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AMIGA 

Editoriale 


W LA COMMODORE 


E dal cilindrodellacasa madre sbucò... ta-dah... il nuovo modello 
Amiga !! ! 

Già, proprio così, se ne parlava da tempo, si ipotizzavano 
caratteristiche, aspetti e, inaspettatamente, a Hannover, in occa- 
sione del CeBIT '92, la Commodore ci ha stupito con il nuovo 
Amiga 600. 

Ognuno di voi, vedendo le nuove caratteristiche, potrà trarre le 
proprieconclusioni, anche noi nell'articolo a pagina 1 4abbiamo 
evidenziato Ì punti fondamentali di questa macchina, io, da parte 
mia, vorrei porvi all'attenzione una unica cosa: la linea Amiga è 
sempre in evoluzione. 

Questo aspetto è fondamentale perché è un segno di continuità 
e di miglioramento, ma lancia anche un altro messaggio: la linea 
Amiga è forte e si vuole ancora espandere. 

In questo modo, avendo più scelta e dei prezzi fenomenali, si 
spezzerà l'egemonia di qualsiasi computer concorrente ! 

Bene, dopo la mia breve introduzione, vorrei parlarvi di questo 
nuovo numero: da questo mese inauguriamo due nuove rubriche, 
la prima dedicata ai trucchi per la grafica tridimensionale, la 
seconda al linguaggio di programmazione ARexx, incluso, a 
furor di popolo, nel package 2.0. 

Bene, augurandovi una piacevole lettura, vi dò l'appuntamento al 
prossimo mese con altre super novità, dal nome di: Video 
Director, DCTV PAL, Reai 3D, le ultimisime dalla famosa fiera 
tedesca interamente dedicata ad Amiga e. . . seguiteci e vedrete ! ! ! 

Massimiliano Anticoli 


Attenzione 

Al momento di andare in stampa, abbiamo saputo i prezzi dei nuovi 
modelli Amiga: il 600 verrà posto in vendita a Lire 790.000 circa, mentre 
il 600HD con 30 Mb di hard disk a Lire 890.000. 

Inoltre, Scala 500 verrà commercializzato ad un prezzo attorno alle 
269.000 Lire. 


1 1 Gruppo Editoriale Jackson pubblica anche le seguenti riviste: C- . A .Uyi - a-B'-i' ■* 
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GVP Serie II 

La nuova generazione di SCSI & RAM 
controllers per AMIGA 2000 

Pienamente SCSI compatibile, fino a 8MB di RAM 


su scheda nuovo controller ad alta velocità 
’FAASTROM ". 

52MB Quantum 954.000 

105 Quantum 1.591.000 

Modulo RAM da 2MB 220.000 

GVP Serie II 

HD Espandibile fino a 8MB RAM per A500 

52MB Quantum 1.306.000 

105 MB Quantum 1.690.000 

Modulo RAM da 2MB 220.000 

GVP Serie II 

Espansione RAM da 2 a 8MB per AMIGA 2000 

2MB 400.000 

4MB 620.000 

6MB 840.000 

8MB 1 .060.000 

GVP 68030 


Schede acceleratrici per AMIGA 2000 

68030, Coprocessore matematico 6 8882, controller 
per hard -disk SCSf o AT, Espandibile a 13,1 6 o 32MB 
32bit RAM. 

22Mhz RAM 1MB 1.926.000 

33Mhz RAM4MB 3.684.000 

Modulo RAM da 4MB 60ns 32 bit 700.000 

GVP IMPACT VISION 
Scheda grafica 24bit 

Per A3 000 e 2000, scheda unifica 1 6.000.000 di 
colori. Frante buffer 24bit I .5MB + genlock +frame- 
grabber +Jlkcr + uscite simultanee RGB, Composito, 
S-VHS + Picture in picture display + Programmi 
dedicati (GVP scala 24bit, Caligari 24bit, Macro- 
poi nt 24 bit) +Control Panel. 

SK 24bit Sch. Grafica 16.000.000 4.854.000 

GVP550 Adattatore per A2000 133.000 

ADVANCED STORAGE SYSTEMS NEXUS 
SCSI & RAM controllers, e Software di 
gestione HD per AMIGA2000 

Interfaccia SCSI ad alte prestazioni, espandibile fino 
a 8MB, garanzia 5 anni. Completa di Software di 
gestione Hard-disk: FlashBack, Powerbench. Smurt- 
cache, SpooIIt, Disksurgeon .Instantformat , Memory - 
doctor 


SCSI controller 


40MB 

Teac 

450.000 

53MB 

Quantum 

849.000 

105MB 

Quantum 

980.000 

170MB 

Quantum 

1.390.000 

170MB 

Quantum 

1.790.000 

210MB 

Quantum 

1.950.000 

425MB 

Quantum 

3.592.000 

128MB 

Ottico R/W removibile 

2.980.000 

600MB 

Ottico R/W removibile 

5.980.000 

Cartuccia per 600MB 

299.000 

Cartuecie per 128MB 

99.000 

Modulo RAM da 2MB 

220.000 

COMMODORE COMPUTER 

Amiga 500 

68000 7Mhz 512Kb 

645.000 

A500 Plus 

68000 7Mhz 1MB 

739.000 

A500 Ap. 

A500 PLUS +Soft. ap. 

749.000 


STE1NBERG 

1.390.000 

Amiga 200068000 7Mhz 1MB 

1.340.000 

CD-TV 

Riproduttore CD-TV 

1.150.000 


COMMOCORE MONITOR 


1084S 

Monitor colore Stereo 

450.000 

1950 

Monitor alta risoluzione colore 


Multisync 

695.000 

A2024 

Monitor alta definizione 4 grigi 


per DTP 

840.000 

COMMODORE MISC PRODUCT 

A590 

HD 20MB per A500 espandibile 


a 2MB RAM 

639.000 

A520 

Modulatore TV 

49.000 

A2088 

Scheda Bridgeboard 



Janus XT 

610.000 

A2086 

Scheda Bridgeboard 



Janus AT 

839.000 

A2300 

Genlock per Amiga 2000 

289.000 

A2320 

De-interlacer Flicker fixer 

390.000 

AIO 

Altoparlanti stereo amplificati 


per Amiga 

69.000 


HARDWARE 

AMIGA 

ACD 6S040 FUSION FORTY 
Scheda acceleratrice per AMIGA 2000 


Motorola 68040 a 25Mhz, 25MIPS, espandibile 4MB 
16MB o 32MB RAM a 32bit 
68040RAM 4MB 4.890.000 

ICD AdScsi2080 

SCSI controllers + RAM peer AMIGA 2000 

SCSI controller 299.000 

40MB Teac 698.000 

50MB Quantum 829.000 

105 MB Quantum 1.239.000 

170MB Quantum 1.639.000 

210MB Quantum 1.799.000 

425MB Quantum 3.441.000 

Modullo RAM da 2MB 220.000 

ICD Adlde 


AT controller per AMIGA 

Interfaccie AT-Bits per AMIGA, montaggio all'inter- 
no del computer , sia per 500 & 2000. La Adlde40 
funziona con tutti gii hard-disk standard AT. mentre 
la Adlde44 sì usa con gli hard-disk da 2.5 pollici. 


Adlde 40 319.000 

Adlde 44 359.000 

Novia20i HD 20MB int. A500 890.000 

Prima52i HD52MB int. A2000 849.000 

PrimalOSi HD 105MB int. A2000 1.259.000 

ICD AdRam2000 

Espansioni di memoria per AMIGA 2000 

RAM controller 214.000 

2MB 390.000 

4MB 566.000 

6MB 742.000 

8MB 918.000 

ICD AdRam540 

Espansione di memoria da 0 a 6MB per A500 

RAM controller 238.000 

1MB 326.000 

2MB 414.000 

4MB 590.000 

6MB 1.165.000 


ICD Mise Products 

AdSpeed acceleratore per tutti ì computer AMIGA, 
16 Mhz e 32Kb di cache-ratti a 32bit. Flicker free 
video per tutti gli AMIGA, alta quelita senza flicke- 
ring. 

AdSpeed 460.000 

Flicker Free 690.000 

POWER RAM 

Espansioni di memoria per AMIGA 500 


51 2Kb 

no clock card 

69.000 

512Kb 

clock card 

85.000 

I.5MB 

clock card 

239.000 


POWER DRIVE 


Drive esterni 

ed interni per AMIGA 500 & 2000. Il 

nuovo PC8808 ha il nuovo copiatore 

hardware 

NewBlitz e l'anti virus integrati su scheda. 


PC880 

Drive esterno 

129.000 

PC880B 

Drive esterno 

149.000 

DDriverB 

Doppio drive 

249.000 

PC882 

Drive int. per A 2000 

1 15.000 

A500D 

Drive int. per A 500 

115.000 

POWER PERIPHERAL 


Mouse 

optomeccanico 290dpi 

49.000 

Mouse 

ottico 300dpi 

99.000 

Trackball 


75.000 

Midi 

interfaccia 

44.000 

Microw 

Flicker Fixer per A2000 

399.000 

Datel 

Action replay A500 

159.000 

Datel 

Action replay A 2000 

169.000 

Scanner 

con Soft di gestione im. 

385.000 

AT-ONCE 

Emulatore MS-DOS 

369.000 

AT-ONCE 

Ad. AT-ONCE A 2000 

164.000 

Powerboard Emulatore MS-DOS con esp. 


512 e DOS originale 

590.000 

NEWBlitz 

Copiatore 



Hardware + antivirus 

59.000 

Mat 

Tappetino per il mouse 

13.000 

Opt. Mat 

Tappetino per m. otti co 

25.000 


Come Ordinare: 

Per Telefono: 

Chiamando il 0615646310 (2 linee R.A.) 
Per Posta: 

Indirizzando a POWER COMPUTING Srl 
Via delle Balear, 90 
00121 Ostia Lido - ROMA 

Per Fax: 

Al numero 06/5646301 

Vendita diretta al pubblico: 

In Via delle Baleari, 90 
00121 Ostia Lido - ROMA 

E' possibile pagare con 
CARTA DI CREDITO 
anche telefonicamente. 
SPEDIZIONI IN CONTRASSEGNO 
IN TUTTA ITALIA 
TUTTI I PREZZI SI INTENDONO 

IVA INCLUSA 


Tutti i prodotti dove non diversamente 
specificato sono coperti da garanzia di 12 mesi 

Cavetteria per AMIGA & ATARI 

VASTO ASSORTIMENTO 
SOFTWARE 
PER AMIGA & ATARI 

DISPONIBILI TUTTI I TITOLI 
PER COIV 


HARDWARE 


900E 

AMIGA 

POWER HARD-DISK 

40MB Slimline 

747.000 

900E 

100MB Slimline 

1.229.000 

900B 

40MB clock 

962.000 

900B 

40MB noclock 

923.000 

900B 

100MB clock 

1.389.000 

900B 

100MB noclock 

1 .349.000 

PC720E 

POWER DRIVE 

Drive esterno alimentato da Joystick 

138.000 

PC720 

Drive esterno con alimentatore 



indipendente 

188.000 

ATAR1D 

Drive interno ATARI senza modifica 1 18.000 

RAM2 

POWER RAM 

Espansioni di memoria per ATARI 

Espansione di memoria 



per ATARI da 2MB 

396.000 

RAM4 

Espansione di memoria 



per ATARI da 4MB 

586.000 

Mouse 

POWER PERIPHERICAL 

optomeccanico 290dpi. 

49.000 

Mouse 

ottico 300DP1 

99.000 

Trackball 


75.000 

Scanner 

con Software di gestione immagini 

469.000 

Blitz 

Copiatore hardware 

49.000 

AT-ONCE Emulatore MS-DOS 16Mhz 

559.000 

Ultimate Ripper 

89.000 

AdSpeed 

scheda veloci zzatrice 

460.000 


ICD CONTROLLERS 

AdSCSI Micro 

controller interno per ST 165.000 

AdSCSI Norm 

controller per ST 210.000 

AdSCSI Plus 

controller con clock per ST 215.000 
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APPBIO! 

Spett.le Amiga Magazine, 
ho acquistato circa un anno fa il 
programma di DTP Pagestream per 
Amiga nella versione 2. 1 USA, spe- 
rando di ricevere, come utente regi- 
strato, la versione italiana non appe- 
na questa si fosse resa disponibile. 
Sfumata la possibilità di ricevere il 
modulo di sillabazione in italiano 
dalla ditta DigiMail di Milano, da cui 
avevo acquistato il programma, mi 
sono rivolto al distributore della ver- 
sione nazionale. Per diversi mesi la 
EUROSOFT di Firenze ha dato come 
imminente l'uscita della versione 
italiana, sotto il nome di Publishing 
Partner Master2. 1. Poi, dietro richie- 
sta di chiarimenti per il ritardo, la 
Eurosoft mi ha spiegato l'attuale si- 
tuazione di impasse. Il ritardo è 
causato dalla richiesta alla Eurosoft, 
da parte della società francese 
UPGRADE che cura la distribuzione 
e nazionalizzazione del prodotto nel 
vecchio continente, di acquistare e 
distribuire almeno mille pacchetti in 
Italia, al fine di rendere l'operazione 
di traduzione vantaggiosa per l'Up- 
grade stessa. Essendo impossibile 
per l’Eurosoft sopportare l'onere di 
un simile impegno, senza una ga- 
ranzia di vendere effettivamente un 
numero sufficiente di copie, la na- 
zionalizzazione del miglior pacchet- 
to di DTP per Amiga resta solo un 
miraggio per i tanti utenti italiani di 
questo ottimo prodotto. Prendendo 
come esempio gli utenti staunitensi, 
e in accordo con la Eurosoft, vi chie- 
do quindi di pubblicare questo 
appello rivolto a tutti gli utenti Amiga 
interessati all'acquisto della versio- 
ne italiana di Pagestream, che sono 


pregati di inviare una lettera o un fax 
alla ditta: 

EUROSOFT 

Via del Romito, ID-r 

50134 Firenze 

Tel.055-496455 - Fax 055-474959 
in cui dichiarano il proprio interesse 
per la versione italiana del program- 
ma Publishing Partner Master 2. 1 e 
la loro eventuale volontà di acqui- 
stare effettivamente il prodotto 
quando disponibile. Al fine di sensi- 
bilizzare anche il distributore euro- 
peo, è importante inviare una copia 
della lettera (possibilmente in fran- 
cese o in inglese) alla società: 
UPGRADE Editions 
30, Rue Coriolis 
75012 Paris - FRANCE 
Tel. 0033 143447888- Fax 0033 143 
449096 

Spero in questo modo di contribuire 
a una maggiore diffusione del soft- 
ware originale di qualità tra gli utenti 
italiani di Amiga, spesso non ade- 
guatamente supportatidalle softwa- 
re house straniere. Vi ringrazio per lo 
spazio concessomi e per la collabo- 
razione. 

Sabino Valerio - Noicattaro (BA) 


FASCINATOSI S.O.S. 

Spettabile redazione, 
sono una vostra lettrice e abbonata 
che segue la rivista con interesse. 
Volevo soprattutto congratularmi 
con voi per la particolare attenzione 
che prestate ai lettori nella rubrica 
posta" e che penso sia uno dei 
fattori di successo della vostra rivi- 
sta. Ma veniamo al mio problema. 
Ho acquistato il gioco "Fascination" 
e ora sono approdata in una cucina 
alle prese con soda caustica, ecc... 
Riesco solo a comporre un miscu- 
glio velenoso che fa morire me e non 
i banditi. Non riesco più a prosegui- 
re con l'avventura. Mi sapreste aiu- 
tare? 

Giovanna Panzeri - Olginate (CO) 

Rispondiamo a Giovanna perché la 
sua è una delle prime lettere arrivate 
in redazione che chiedono aiuti, 
trucchi e consigli su giochi e per- 
ché, casualmente, abbiamo termi- 


nato l'avventura Fascination. Per il 
futuro però preferiremmo non esse- 
re sommersi da missive simili poi- 
ché cerchiamo di provare la totalità 
del software videoludico in circola- 
zione, ma, per motivi evidenti, non 
siamo in grado di portare a termine 
200-300 giochi al mese (se qualcu- 
no ci riuscisse ci scriva immediata- 
mente per spiegarci come fa). Co- 
munque se dovessero arrivare mol- 
te lettere con il medesimo problema 
sullo stesso gioco provvederemo a 
rispondere. Tornando al tuo proble- 
ma, se vuoi uscire dallacucina, devi 
prendere la bacinella e, dopo aver 
aperto il rubinetto, bagnare lo strac- 
cio e appenderlo al gancio. A que- 
sto punto apri lo sportello con il 
cestino, indossa la mascherina da 
chirurgo e prepara il composto leta- 
le nella bacinella (come sembra tu 
abbia già scoperto). Ora apri com- 
pletamente lo scaffale, mettici la ba- 
cinella, infila lo straccio fradicio nel- 
la fessura, aspetta qualche secon- 
do e... voilà! 


PRCFTRACKBT 

Spettabile redazione di Amiga 
Magazine, sono un lettore della vo- 
stra rivista alla quale, da qualche 
anno, continuo ad abbonarmi con 
crescente interesse. Spesso ho tro- 
vato nel dischetto allegato del buon 
software che ho usato per i miei 
scopi. Ho comprato da poco un 
Amiga 500 Plus, dopo aver venduto 
il mio "vecchio" Amiga 500 con 
Kickstart 1.3. Ciò ha reso obsoleto, 
come già immaginavo, alcuni dei 
programmi in mio possesso, che 
infatti non girano più col nuovo Kick- 
start 2.0. Purtroppo ciò è accaduto 
anche con programmi che, secon- 
do quanto citato nella documenta- 
zione, avrebbero dovuto funzionare 
anche col nuovo sistema operativo. 
Uno di questi casi è rappresentato 
dal "Protracker 1. 1b" che avevate 
inserito nella rivista n.26. Desidere- 
rei, se possibile, avere qualche indi- 
cazione su come eventualmente 
farlo girare col 2. 0. Ringraziandovi, 
porgo cordiali saluti. 

Antonino Rappa - Catania 
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Caro Antonino, grazie per i saluti e 
passiamo a esaminare il tuo 
problema. In teoria Protracker l.lb 
avrebbe dovuto funzionare a perfe- 
zione anche sotto 2.0. In realtà l'uni- 
ca versione abbastanza affidabile 
da questo punto di vista è l'ultima 
uscita, la 1.2a, anche se, a detta 
degli stessi autori, c'è ancora qual- 
che problemino e bug qua e là. 
Quando avremo fra le mani una re- 
lease perfetta (o quasi) ve ne dare- 
mo notizia e, compatibilmente con 
lo spazio disponibile sul disco di 
Amiga Magazine, cercheremo di 
proporvela (sempre sperando che 
rimanga Shareware e non diventi 
una vera e propria utility 
commerciale). Con la letteradi An- 
tonino cogliamo l'occasione per 
spiegare ai nostri lettori che abbia- 
mo iniziato a "testare" il disco su 
Amiga 500 Plus solo dal numero 30. 
In precedenza le prove erano effet- 
tuate su altri Amiga con sistema 
operativo 2.0, ma, evidentemente, 
questo non era sufficiente... 


BOOTX 

Spettabile redazione, 

Da oltre un anno posseggo un 
computer Amiga 500 con espansio- 
ne di memoria e da qualche mese 
ho collegato una stampante Epson 
LQ-400. 

Ogni mese acquisto la vostra rivista 
che trovo molto interessante e dal 
dischetto allegato scopro sempre 
delle novità molto utili. 

Non sono un programmatore pro- 
vetto, ma uso il computer per il mio 
lavoro e svago per cui i programmi e 
le utility contenuti nei vari dischetti 
vengono da me utilizzati per poten- 
ziare le prestazioni di Amiga 500 e 
facilitarne l'uso. 

Ultimamente ho riscontrato un'ano- 
malia nella memoria del mio compu- 
ter dopo aver fatto "girare" dei pro- 
grammi che fanno uso della 
Explode. library per poter funziona- 
re. Infatti, se lancio il programma 
BootX 3.64 e attivo la funzione 
"Memory Check" compare un mes- 
saggio il quale mi informa che il 
vettore "LoadSeg"è stato modifica- 


to e che potrebbe essere presente 
un probabile virus in memoria ... 

Giampaolo Cartacei - Carnisano 
Vicentino (VI) 

Caro Giampolo, innanzitutto scusa- 
ci per il sostanzioso taglio alla tua 
lettera, ma lo spazio rimasto per 
questa rubrica era davvero poco. 
Comunque non ti devi preoccupare: 
è tutto ok e anche se Loadseg non è 
quello previsto da BootX non c'è 
nessun virus in memoria. Misteri 
della Explode. library... 


BREVB/BSTTE 

Dato che il numero di lettere giunte 
in redazione in questi mesi è enorme 
e molte lettere meriterebbero di 
essere pubblicate per i propri con- 
tenuti, abbiamo deciso di aprire 
questa minirubrica con alcune 
domande e risposte sintetizzate. 
Ivan Lo Castro di Capo d'Orlando 
(ME), ad esempio, ci chiede se esi- 
stono dei virus che si nascondono 
nella memoria dell'orologio con 
batteria e non vengono distrutti 
neanche spegnendo il computer. 
Ribadiamo a Ivan, come a tutti i 
lettori che ci pongono mensilmente 
questa domanda, che questi virus 


non sono mia esistiti, non esistono e 
non esisteranno mai e di mettersi 
quindi l'animo in pace. Se vuoi esse- 
re sicuro di non "infettare" il tuo 
computer usa solo software origina- 
le, i programmi antivirus (ne esisto- 
no a centinaia e Amiga Magazine 
pubblica periodicamente i migliori) 
e, a i primi segnali anomali, spegni 
Amiga per una ventina di secondi. 
La richiesta di Massimo Bazzotti di 
Milanoè invece piùoriginale:Massi- 
mo vuole più copertine di Amiga 
Magazine realizzate con Amiga e 
Sculpt, Imagine o Real3D. Vedremo 
quello che possiamo fare per ac- 
contentarti Massimo: nel frattempo 
aspettiamo il parere degli altri lettori. 
Per finire, Carlo Simettidi Vighignolo 
vorrebbe qualche demo o intra sul 
disco di Amiga Magazine. Molte 
volte ci siamo chiesti se fosse giusto 
o meno farlo: un demo è stupendo 
audiovisivamente, ma l'utilità è al- 
quanto limitata, soprattutto conside- 
rando lo standard di On Disk, mas- 
sicciamente improntato verso le ulti- 
me utility PD e, solo in minima parte, 
con qualche sprazzo di software 
videoludico. Vale la pena di usare 
100 o 200 K del disco incluso per 
questo scopo? Ancora una volta 
lasciamo ai lettori l'ardua senten- 
za... Scriveteci! 
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DALLA STAMPA 
DI TUTTO L MONDO 


UN PREMIO A SCALA 

La Norvegian Computer Society, il Norwegian Trade 
Council e la Norwegian Research Council for 
Science and thè Humanities hanno assegnato il 
premio "Creativity Prize" a Scala, il noto programma 
multimediale per Amiga della Digital Vision. Il 
premio è stato attribuito per la semplicità d'uso, il 
basso costo e le innovazioni introdotte dal 
programma nel ristagnante panorama informatico. 

Il programma sta lentamente penetrando nel 
mondo professionale, anche al di fuori degli 
ambienti già da tempo orientati al mercato video. Il 
sistema viene ormai usato anche per gestire 
stazioni video destinate alla distribuzione interattiva 
di informazioni, come avviene presso la Royal Bank 
of Scotland, il Maastricht University Hospital in 
Olanda, l'H.J. Ford Associates Institute di 
Washington. 


UNA SCHEDA GRAFICA DA 
WORKSTATION 

Ne avevamo già parlato 
nelle trends qualche mese 
fa, e ora viene pubblicizzata 
sulle riviste d'oltreoceano; 
vale la pena di parlarne di 
nuovo: mi riferisco alla 
Rambrandt, laschedagrafi- 
ca a32 bit della Progressive 
and Peripherals. 

Questa casa sta sfornando 
da un po'di tempo prodotti 
molto interessanti e innova- 
tivi, e la Rambrandt non èsi- 
curamente da meno: punta 
semplicemente adiventare 
la miglior scheda grafica 
per Amiga e forse per qual- 
siasi Personal Computer. 
Comei!Toaster,èunasche- 
dadoppia, ma, adifferenza 
di quello, si inserisce sia nel 
2000 che nel 3000 e offre 
output videocomposito sia 
PAL che NTSC. 

Come l'Impact Vision della 
GVP offre output RGB PAL e 
NTSC, ma la risoluzione 


consentitaè di un altro livel- 
lo: 1 024x1 024 interlacciati e 
un'areadi lavoroaddirittura 
di 1024x2048 combinando i 
due frame buffer da 24+8 bit 
(8sono di overlay). 

In composito, larisoluzione 
massima è di 768x576 
(PAL). La scheda è dotata di 
2 banchi di 4 Mb di RAM 
video ad alta velocità 
(VRAM) e fino a 8 Mb di 
DRAM per l'applicazione e i 
dati utente. 

La scheda ha accesso al 
bus Amiga in modo DMA e 
permette la catttura di im- 
magini a24 bit 1024x1 024 in 
1/30 di secondo (quindi in 
tempo reale). Accetta in 
input sia un segnale RGB 
che videocomposito. 

Tutta questa potenza è 
consentita dall'adozione 
del chip TMS34020 della 
Texas Instruments a 40 
MHz, che offre punte di 40 
MFLOPS, bus a 32 bit e 
cache da 512 byte, affian- 
cato dal coprocessore ma- 


tematico TMS34082 che 
supporta direttamente la 
grafica vettoriale 3-D in 
tempo reale, oltre ad avere 
la possibilitàdifunzionare in 
parallelo al processoregra- 
fico. Il chip grafico consente 
una totale programmabilità 
delle frequenze di scansio- 
ne orizzontali e verticali, ri- 
soluzioni orizzontali e verti- 
cali, modo PAL e NTSC, e 
offre anche funzioni di ela- 
borazione delle immagini 
gestite direttamente dal- 
l'hardware come zoom 
(8:1 ), compressione dei dati 
ed elaborazione delle im- 
magini in tempo reale. 
Laschedasi rivolge indistin- 
tamente a tutti i professioni- 
sti che operano nel campo 
grafico : dal DTP alla grafica 
in 2-D e3-D, al CAD, al video 
(grazie ad una seriedi effetti 
digitali built-in, PIP e com- 
patibilità dei segnali con i 
genlock). 

Ma non solo: la PP&Sritiene 
il prodotto adatto anche ai 
laboratori scientifici, nelle 
simulazioni grafichediogni 
tipo, soprattutto nel mondo 
della biologia e della medi- 
cina. Non contenta, la PP&S 


sostiene che con questa 
scheda si potranno realiz- 
zare giochi con un realismo 
del tutto inedito. 

Da tutto ciò emerge un fatto 
nuovo: Amiga, grazie a 
schede come queste, co- 
mincia realmente a porsi a 
livello delle workstation gra- 
fiche e punta apenetrare nel 
mercato industriale con un 
rapporto prezzo/prestazioni 
rivoluzionario. 

La scheda costituisce un'al- 
ternativa effettiva alla ben 
nota Targa per PC (con cui 
è, non a caso, pin-to-pin 
compatibile a livello di con- 
nettori input/output), fino ad 
ora unascelta obbligata per 
certe applicazioni. Il prezzo 
previsto sul mercato ameri- 
canoè di 3995 dollari, pari a 
5 milioni di lire. 

GRAFICA TEXAS 

INSTRUMENTS, 

UNOSTANDARD? 

Per favorire il superamento 
dei problemi di compatibili- 
tàa livello di output video su 
Amiga, la PP&S, la Digital 
Micronics e la Commodore 
hanno raggiunto un accor- 


QUICKWRITE 1.1 

La New Horizons Software h a rilasciato la nuova 
versione di QuickWrite. Il word processor si rivolge 
soprattutto a chi desidera un prodotto a basso 
costo e facile da usare. Fra le migliorie, ricordiamo 
la piena compatibilità con il 2.0, un look 
tridimensionale che viene conservato anche sotto 
1.3, la possibilità di salvare automaticamente il 
lavoro a intervalli regolari, il supporto per diversi file 
di configurazione, la compatibilità con gli schermi 
pubblici del 2.0, il potenziamento delle macro e del 
supporto ARexx. Il prezzo previsto è di 75 dollari. Il 
programma di upgrade prevede che gli utenti della 
versione 1.0 inviino alla New Horizons IDdollari 
(per le sole spese di spedizione al di fuori degli 
USA) assieme al disco contenente la versione 
precedente. 
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do per uno standard grafico 
chiamato SAGE (Standard 
Amiga Graphics Exten- 
sion). 

Lo standard dovrebbe ri- 
guardare tutte le schede 
che utilizzano i chip grafici 
Texas Instrumentdellaserie 
340x0, come è appunto il 
caso della PP&S con la 
Rambrandt, della DMI con 
la scheda Resolver a 256 
colori che usa il 34010 e 
della Commodore stessa 
con la scheda A2410 che 
usa sempre il 3401 0. 

Lo standard ha preso la for- 
ma di una libreria che do- 
vrebbe consentire ai pro- 
grammatori di realizzare 
programmi compatibili con 
tutte le schede che adotta- 
no tali processori. 

Sembra, dunque, che il futu- 
ro di Amiga sia sempre più 
legato ai chip grafici della 
Texas Instruments. 

L MODEL IO DBLA NB/VER 
TECHNOLOGY 

Il Model 10 della Newer 
T echnology, Amiga portati- 
le di cui abbiamo dato noti- 
zia su questa rivista, è pub- 
blicizzato ormai come immi- 
nente da più di un rivendito- 
re statunitense. 

Il prezzo previstodi vendita, 
in USA, è di 1999 dollari, con 
un 68000, 2 Mb di RAM, 1 
floppy disk e display mono- 
cromatico. 

Pare comunque che la 
Commodore stia cercando 
di ostacolare il rilascio del 
prodotto : la previstaappari- 
zione dei primi prototipi a 
Toronto è presumibilmente 
stata annullata per iniziativa 
della Commodore stessa. 
Come finirà la cosaè difficile 
dastabilire. 

La Newer Technology non 
viene dal nulla: produce da 
tempo schede acceleratrici 
per la serie Quadra del 
Macintosh e potrebbe forse 


PAGESTREAM V2.2 

Uno dei programmi di DeskTop Publishing più diffusi nel mondo dei possessori di 
Amiga, ha ricevuto recentemente una upgrade molto sostanziosa. La precedente 
versione 2.1 non si può dire fosse proprio lo stato dell'arte: numerosi bug e 
un'interfaccia utente piuttosto spartana la caratterizzavano negativamente. Ora 
invece è (quasi) tutto cambiato. C'è da premettere che l'attuale versione 2.2 è 
finalmente al passo coi tempi per quanto riguarda la compatibilità col nuovo 
sistema operativo, del quale utilizza pienamente la gadtools. library fornendo 
all'utente una interfaccia molto precisa, funzionale e dall'aspetto senza dubbio più 
professionale. Ci si accorge, inoltre, che nel passaggio dalla versione 2.1 alla 2.2 i 
programmatori della Soft-Logik Publishing non si sono risparmiati, hanno rivisto e 
corretto numerose tra le primitive base di impaginazione che nelle versionni 
precedenti avevano qualche (piccolo?) problema. Funzionano quindi alla 
perfezione ora tutti tools di gestione del testo più sofisticati. PageStream 2 offre la 
possibilità di impaginare testi secondo le esigenze dell'utente, qualunque esse 
siano, senza eccessivo dispendio di tempo: in questo modo rimpaginazione di 
una lettera con un font Times richiede più o meno lo stesso tempo di realizzazione 
di una pagina di una Fanzine. Il bello di PageStream è l'immediatezza delle 
funzioni, una comoda barra di tools sulla sinistra o sulla destra e un buon numero 
di menu danno immediatamente, a chi si accinge ad usarlo, l'idea di cosa sia in 
grado di fare. Perfetta è la gestione dei font metrici (che al contrario di quelli 
bitmapche usa l’AmigaDOSpossono essere scalati) e di numerosissimi stili di 
scrittura, cisi stupisce realmente di quanti siano e del fatto che possono essere 
combinati tra loro. Esistono le comuni funzioni di import e export e vengono forniti 
un numero incredibili di driver di input e output. Avete scritto il testo da impaginare 
con Excellence! e avete una stampante a getto di inchiostro? Nessun problema, 
esistono sia i moduli di import sia il driver di stampa, quindi in men che non si 
dica, il documento sarà pronto. Le funzioni e gli utilizzi di questo programma 
hanno come unica limitazione la fantasia dell'utente, anche se dischi aggiuntivi di 
font e dischi contententi moduli pre-impaginati immessi sul mercato dalla stessa 
Soft-Logik e dalla Gold Disk rendono la vita senza dubbio più semplice anche 
all'impaginatore non professionista. Un ottimo acquisto certamente. 


DISTANT SUNS V4.1 

E' finalmente giunto alla versione 4.1 questo grandioso programma di astronomia 
"simulata" su Amiga. I programmatori della Virtual Reality Laboratories, temendo 
forse l'antagonismo del programma Voyager (recensito sul numero 30 di Amiga 
Magazine), si sono dati da fare negli ultimi tempi per riuscire a migliorare un 
programma già di per sé considerevole. Innanzitutto quest'ultima versione è 
distribuita in duplice copia, una per i nostalgici del "vecchio" sistema operativo 
1.2/1.3 (cosa apettate a fare l'upgrade?), l'altra per i fortunati possessori di Amiga 
3000 e Amiga 500Plus, in modo da sfruttare le potenzialità superiori del "nuovo" 
sistema operativo senza perdere contatto con quello "vecchio". In realtà solo i 
possessori di macchine con più di un Megabyte di memoria potranno utilizzare 
questo programma, anche se un microprocessore 68020 o 68030 più 
coprocessore matematico (oppure un bei 68040...) diminuirebbero notevolmente i 
tempi di calcolo, tra l'altro indispensabili per effettuare le elaborazioni più 
complesse. Distant Suns, per chi non lo sapesse, adotta elaboratissimi algoritmi 
per calcoli astrali e mette l'utente in grado letteralmente di esplorare l'intera volta 
celeste, osservare le costellazioni e le galassie, seguire le stelle e i pianeti nei loro 
movimenti. Insomma, Distant Suns è un vero e proprio planetario informatico con 
in più delle capacità a dir poco strabilianti. Potendo simulare tutti gli avvenimenti 
astrali, Distant Suns è in grado di far vivere all'utente esperienze incredibili: volete, 
ad esempio, vedere l'eclisse totale di sole avvenutaai tempi dei faraoni?. 

(segue a pag. 1 1 ) 




AMOS IN ITALIANO 

La Softel, distributore dei prodotti AMOS da circa 
tre mesi, metterà a disposizione, con un piccolo 
contributo spese, una Quick Reference in italiano di 
AMOS, di circa 100 pagine, a chiunque sia in 
possesso di una copia originale del programma. 

Chi invece intende acquistare AMOS, potrà 
scegliere la versione con o senza Quick Reference, 
la differenza di prezzo sarà minima. 

Inoltre, la Softel ci ha comunicato che per maggio è 
prevista l'uscita di Easy AMOS, un programma 
introduttivo al mondo AMOS. 

Per ulteriori informazioni: 

Softel Distribuzione - Via A. Salinas, 51/B - 00178 
Roma- Tel. 06-7231811 


ECR INFORMA 

La ECR desidera informare che è comparso in 
commercio un decodificatore televideo a basso 
costo, sprovvisto di alimentatore, con seri problemi 
di funzionamento e fornito a corredo del software 
del TELEVIDEOMK2. Sulla confezione nessun 
marchio è presente, ma nel disco è indicata 
chiaramente che la propietariadel copyright è la 
ECR (il software è stato realizzato dall'ing. Martin 
Knespel, di Vienna, appositamente per la ECR). 

11 suddetto prodotto NON ha nulla a che fare con la 
ECR e che chi "PIRATA" il software commette un 
reato. 

Per informazioni: ECR Elettronica- Vico dei Garibaldi, 

12 r- Genova -Tel. Ot 0-206646 


prendere esempio da certi 
produttori di cloni Macin- 
tosh, i quali vendono, assie- 
me al clone, un Mac usato 
da cui l'utente dovrebbe in 
teoria trarre i componenti 
Macintosh coperti da Copy- 
right (proprio al fine di aggi- 
rare il veto dell'Apple sulla 
commercializzazione delle 
ROM del Mac). 


Qualcosa del genere po- 
trebbe riproporsi per i chip 
custom di Amiga. 

UN ASSEGNO DA 500 
DOLLARI 

La Commodore in USA ha 
lanciato una nuova iniziativa 
promozionale per il 3000: 
fino al 30 Aprile verrà prati- 


cato uno sconto di 500 dol- 
lari (600.000 lire) sull'acqui- 
sto del computer. 

Lo sconto viene pubbliciz- 
zato come un assegno che 
la Commodore invierà ai 
nuovi utenti. 

NUOVA VITA Ffft IL 1000 

La Phoenix Microtechnolo- 
gies propone a 850 dollari 
unascheda madre sostituti- 
va per il 1 000, che compren- 
de il nuovo Agnus da 2Mb e 
2 Mb di Chip RAM, un con- 
troller SCSI su scheda, 
ROM 1 .3 e switch per le 
ROM 2.0 (non fornite), slot 
video, possibilità di inserire 
il Super Denise, zoccolo per 
coprocessore matematico 
68881/68882, compatibilità 
con le periferiche del 1 000. 
La scheda può essere utiliz- 
zata addirittura come com- 
puter stand-alone (un altro 
clone?). 

TAVOLETTA GRAFICA 
PROFESSIONALE 

La TriMedia Incorporated 
ha portato su Amiga la tavo- 
letta grafica della Calc- 
Comp. 

Una risoluzione di 2540 
punti per pollice, penne e 


cursori disponibili anche 
nella versione senza filo, 
come upgrade. 

E' prevista la possibilità di 
aggiungere in futuro un di- 
spositivo che rende la tavo- 
lettasensibile allapressione 
applicata dall'utente. 

Il prezzo per la configura- 
zione base è di 529 dollari. 

UN RAM DISK 
INDISTRUTTIBILE 

Vi piacerebbe avere un 
RAM Disk da 2 Mb che 
sopravvive anche a compu- 
ter spento? BattDisk della 
DKB lo permette, e permet- 
te anche ilboot dal disco su 
RAM, che ovviamente è 
dotatadi batteriatampone. 
Il solo problema potrebbe 
essere il prezzo: secondo 
.info saràdi 269dollari perla 
solascheda, senza i chip di 
RAM. 

SPREADSHEET 
DALLA GOLD DISK 

Se per il DTP la Gold Disk ha 
proposto Professional 
Page, per i fogli elettronici 
non poteva che rilasciare 
Professional Cale. A 395 
dollari, offre, secondo la rivi- 
sta americana .info, 125 


FAX-FAX-FAX 

• E' uscita la versione PAL del CDTV con inclusa la 
versione 1.1 del software. 

La scheda grafica esterna a 4 milioni di colori per 
tutti gli Amiga, verrà recensita il prossimo mese. 

• La ESI s.n.c.di Candelo (VC) ci comunica che è il 
distributore ufficiale della RocTec in Italia. 

ESI s.n.c. - Via F. Bianco, 7 - Candelo (VC) - Tel. 015- 
2539743 

• Dall'inizio di aprile sono disponibili gli splitter per 
Impact Vision 24: 

VIU (Video Interface Unit), compreso nel prezzo 
della scheda e Component Transcoder, High End 
Model. 

Al momento in cui scriviamo non conosciamo il 
nome ufficiale, sicuramente non sarà Tarantula 
come si vociferava, le prestazioni, differenze e 
prezzi. 

Per informazioni: RS S.r.l. - Cadriano di Granarolo 
(BO) - Tel. 051-765299 
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funzioni, supporto ARexx, 
possibilità di nascondere 
allavistacerte righe o colon- 
ne, grafici a colori con più 
font ed effetti video come 
tendine. Carica file Lotus, 
dBase, Maxiplan;salva gra- 
fica nei formati IFF, Pro- 
Draw, Aegis Draw, EPS. 
Stampa in PostScript o con 
stampanti Preferences. 

UNO suor ZORRO 
PERL 500 

Un nuovo add-on per il 500 
viene dallaMicroR. &D.una 
piccola societàdel Nebras- 
ka (USA):si trattadi Slings- 
hot che praticamente ag- 
giunge al 500, per soli 39.95 
dollari, un singolo slot Zorro 
(analogoaquelli del 2000). 
Secondo la pubblicità, allo 
slot si può collegare una 
qualsiasi scheda del 2000, 
come hard disk e RAM. 

UN'ESPANSIONE 
DA 112 MB DI RAM 

Il vostro 2000 con scheda 
acceleratrice Commodore 
2630 ha sete di memoria? 
Non vi preoccupate, la DKB 
commercializza la scheda 
DKB 2632 che consente di 
aggiungerefinoa112Mbdi 
RAM a 32 bit al 2000. Usa 
moduli SIMM, si installa di- 
rettamente sulla 2630 e si 
può trovare pressoi rivendi- 
tori USA a 650 dollari con 4 
Mb di RAM. 

UN APPB-LO PER DIG 

Su .info di dicembre è ap- 
parso un articolo a firma di 
Ben Williams della Black 
Belt System (quella del- 
l'HAM-E) che analizza la 
questione del numero di 
colori di Amiga. 

L'autoresi lancia in un'ana- 
lisi della possibile configu- 
razionedel setdi chip grafi- 
ci su cui è probabile che la 


(segue da pag.9) 

Documentatevi sulla data esatta in cui l'avvenimento si è verificato, settate nel 
programma le coordinate di visuale corrispondenti all'attuale Egitto e... godetevi lo 
spettacolo, in tempo reale o accelerato! Proprio per la particolarità della 
simulazione nel futuro e nel passato degli avventimenti cosmici, sono allegati al 
programma dei file che mostrano alcuni tra i fenomeni astrali più recenti: il 
passaggio presso il nostro pianeta della cometa di Halley e la fantastica eclisse di 
sole verificatasi nel Luglio '91 nell'emisfero australe che è quindi stata invisibile a 
noi in Italia. Distant Suns permette delle cose veramente incredibili e dispone di 
una miriade di opzioni entusiasmanti come tra le tante altre, la possibilità di vedere 
le costellazioni con le linee immaginarie che legano le stelle tra di loro, oppure la 
possibilità di vedere i nomi delle stelle più vicine alla Terra, oppure ancora la 
possibilità di scegliere il livello di inquinamento luminoso presente nel luogo di 
osservazione. Ma queste sono solo alcune delle tantissime opzioni che sono state 
implementate in Distant Suns, per descriverle tutte servirebbero decine di numeri 
di Amiga Magazine, ma per questo compito esiste il voluminoso manuale allegato 
alla confezione, Distant Suns è un "must" per gli appassionati di astronomia 
mentre, probabilmente, risulterebbe un po' noioso ai neofiti della materia. Gli 
esperti non finiranno mai di esplorare lo spazio, magari integrando le informazioni 
provenienti da Amiga con l'esplorazione 'diretta tramite telescopio. 


PEN PAL VI. 4 


Pen Pai appartiene alla categoria dei programmi denominati "pacchetti integrati" 
poiché offrono le capacità di più programmi diversi tra loro, nello stesso ambiente 
di lavoro, con la possibilità di scambi "interni" di dati e soprattutto ad un prezzo 
piuttosto contenuto. Questo è il caso di un pacchetto integrato comprendente un 
piccolo e funzionale DeskTop Publishing e un discreto Data Base. 

Pen Pai mostra subito cosa è in grado di fare, sin dalla prima volta in cui viene 
caricato. Non necessita assolutamente di tempo per acquisire le capacità basilari 
di realizzazione di un documento, l'editor di testo incluso è veloce e comodo (al 
contrario di quelli che si trovano nei DTP professionali) e la selezione dei font 
bitmap è possibile sia per dimensione sia per scelta diretta. Questo è quanto si 
può notare a prima vista, poi si passa all'analisi delle funzioni di impaginazione 
che si limitano purtroppo solamente all'allineamento del testo e dei paragrafi e gli 
stili di scrittura sono i soliti offerti dal sistema operativo: normale, bold, underline, 
italics o combinazioni di essi. Insomma, un DTP che è a metà strada tra un editor 
di testi e un "vero" programma di impaginazione, ma che per la maggior parte 
degli utenti può andare più che bene. Poi c'è il Data Base, configurabile come i 
migliori anche se ben lontano dagli "standard" dettati da programmi tipo 
SuperBase IV, ma comunque rispondente perfettamente alle esigenze di tutti i 
giorni. Pen Pai include un comodissimo preferences interno per personalizzare i 
parametri della stampante sia in modo testo sia in modo grafico, che serve anche 
a modificare i settaggi delle varie parti del programma. Inoltre, un'opzione che 
stenta a diventare uno standard acquisito nel mondo del software professionale 
per Amiga, l'help on-line Solo programmr come AmigaVision e pochi altri offrono 
la possibilità di conoscere il significato di un'opzione in tempo reale e senza dover 
far ricorso sempre ai manuali, beh... Pen Pai ha anche questo: notizie esaurienti e 
utili collegamenti con le pagine del manuale. Questo programma potrebbe 
bastare per le esigenze di scrittura e catalogazione di una buona fetta di utenti 
che non pretendono l'eccellenza in campo di video-impaginazione e non possono 
permettersi di spendere troppo per un programma che userebbero al 20%, Pen 
Pai non offre tantissimo, ma quello che c'è è immediatamente disponibile con uno 
sfruttamento del 100%. E non è poco. Rimane la delusione per la mancanza di un 
driver di stampa PostScript che avrebbe senza dubbio migliorato l'output su carta 
che ora come ora è piuttosto grezzo se comparato a ciò che si realizza con un 
DTP "serio". Antonello Jannone 



AMIGA E L'EDUCAZIONE 
STRADALE 

Cinque computer Amiga 500 Plus della Commodore 
sono stati consegnati lo scorso 2 marzo ad 
altrettante scuole medie dell'area padovana. 
L'iniziativa rientra nel più vasto programma della 
campagna per l'educazione stradale rivolta ai 
ragazzi delle scuole dell'obbligo, promossa dalla 
Provincia di Padova in collaborazione con 
l'Assessorato ai Trasporti, al Provveditorato agli 
studi e all'Associazione delle Scuole Guida 
UNASCA. L'attività di educazione stradale prevede 
diverse iniziative, tra le quali la più originale è senza 
dubbio il programma elaborato dalla Videopress di 
Codoneghe (PD), che opera da anni nel settore 
della comunicazione multimediale: l'equipe del Prof. 
Leonardo Labadessa ha creato un corso 
multimediale interattivo, utilizzando come sistema di 
sviluppo il computer Amiga, per consentire ai 
ragazzi di apprendere i rudimenti del codice di 
circolazione e i più corretti comportamenti datenere 
sulla strada. Ma il contributo Commodore non si 
esaurisce qui: ha fornito gratuitamente cinque 
stazioni di lavoro (Amiga 500 Plus) dotate di hard 
drsk, monitor a colorr e stampanti a cinque scuole 
pilota, nelle quali verrà sperimentata la proposta 
didattica miltimediale interattiva della Videopress. 

Il programma si articola in una serie di spiegazioni 
(che integrano suono, grafica e filmati), al termine 
delle quali il ragazzo si trova di fronte ai classici 
"quiz" da scuola guida. 

Terminata la serie di domande appaiono i risultati e, 
nel caso di risposte errate, il programma provvede 
automaticamente a rispiegare gli argomenti non 
compresi dall'allievo. 

La fase successiva alla verifica è quella di 
valutazione. 

Poiché il programma è rivolto a ragazzi di diversa 
età (comprese tra i dieci e i quattordici anni) è 
possibile graduare il coefficiente di difficoltà delle 
spiegazioni e dei quiz 

Per informazioni: Commodore Italiana S.p.A. 

Viale Fulvio Testi, 280 - Milano - Tel. 02-66123.1 


NOVITÀ' ECR 

La ECR ha annunciato che fra breve saranno 
disponibili numerose novità, eccole in dettaglio: 
T-DEC naturale evoluzione del TELEVIDEO MK2, ha 
in più la presa per la stampante incorporata con 
possibilità di stampare senza la necessità di 
collegare e scolleggare cavi. E' fornito di software 
ancora più versatile e potente. OVERTOP 
SAMPLER è il nuovo campionatore tra i più 
completi sul mercato, infatti, è provvisto di ingressi 
separati micro/linea e regolazione del livello di 
ingresso, inoltre, è alimentato direttamente dalla 
rete tramite un alimentatore entrocontenuto in modo 
da non creare nessun sovraccarico all'alimentatore 
del computer; campiona in mono e in stereo sino al 
massimo di velocità consentita dai migliori 
programmi, non è attualmente fornito di proprio 
handler e funziona con tutti i software di qualità 
quali Audiomaster, Audition, DSS, ecc. OVERTOP 
MIDI è la nuova versione del campionatore audio 
del quale mantiene il contenitore e permette di 
collegare un ingresso, un passante e tre uscite con 
realizzazione professionale. VD CONTROLLER 
versione 3.10, l'ultima versione del programma di 
digitalizzazione video utilizzata dal FRAMER 
OVERSCAN, sempre della ECR, permette di 
utilizzare in modo corretto Amiga 3000 
completamente espanso, consente il salvataggio 
dei row data a 24 bit in modo da renderli utilizzabili 
con le schede a 16 milioni di colori, incorpora un 
nuovo modo di acquisizione a 32 colori molto 
veloce. 

Per tarda primavera, è prevista l'uscita della 
versione PRO del VIDEOGENLOCKcon un costo al 
pubblico di L. 600.000. Questo nuovo prodotto 
consentirà l'uso di tre uscite video, due CVBS e 
una SVHS, ci sarà la possibilità di minitorizzare i 
due ingressi, una CVBS e una SVHS, l'uscita RGB 
sarà sempre attiva, l'alimentazione di rete sarà 
entrocontenuta e, dulcis in fundo, il segnale del 
computer sarà regolabile nelle sue componenti 
RGB. 

Per ulteriori informazioni: BZR Elettronica - Vico dei 
Garibaldi, 12 r - Genova - Tel. 01 0-206646 


Commodore stia lavorando 
ed enumera, a questo pro- 
posito, una serie di obiettivi 
massimi : la palette dovreb- 
be arrivare ai 16 milioni di 
colori, i colori disponibili 
contemporaneamente do- 
vrebbero essere 256 (8 bit 


per pixel, oltre questa cifra 
sorgerebbero grossi pro- 
blemi di compatibilitàcon il 
sistemaesistente). 

La risoluzione dovrebbe 
puntare ad arrivare ai 
1024x800 pixel. 

Inoltre, occorrerebbe risol- 


vere il problema costituito 
dal fatto che, in alta risolu- 
zione, il bus della Chip RAM 
rimane inaccessibile alla 
CPU e la velocità di aggior- 
namentodel video ne risen- 
te pesantemente. 

Un altro obiettivo sarebbe 


quello di consentire alla 
CPU di accedere ai pixel 
video come byte e non 
come singoli bit dispersi in 
bitplane posti adiversi indi- 
rizzi di memoria. 

Al di làdi quanto di tutto ciò 
laCommodoreriusciràa re- 
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alizzare, ciò che a Ben Wil- 
liams preme sottolineare è 
la necessità che vengano, 
definite le specifiche di una 
Device Independent Gra- 
phics(DIG). 

L’esistenzadi queste regole 
permetterebbe a qualsiasi 
programma (compreso il 
Workbench) di mandare il 
proprio output su qualsiasi 
scheda grafica, indipen- 
dentemente dal numero di 
colorio dalla risoluzione che 
essa consente. 

La Commodore dovrebbe 
privilegiare ladefinizione di 
questo standard rispetto 
alla produzione di un nuovo 
set di chip grafici, in modo 
da offrire alle società ester- 
ne la possibilità di produrre 
schede grafiche in grado di 
integrarsi perfettamente col 
sistemaAmiga. 

Ciò andrebbe fatto anche 
nell’interesse di Amiga e 
della sua utenza: la Commo- 
dore, secondo Williams, 
non sarà in grado di arrivare 
al nuovo chip set prima del 
1 993, i produttori di hardwa- 
re come la Black Belt, la 
GVP, laMAST, la PP&S po- 
trebbero creare una scheda 
grafica conforme allo stan- 
dard DIG in un tempo note- 
volmente inferiore. 

L’articolo si conclude con 
un appello rivolto agli svi- 
luppatori perché scrivano 
una lettera alla Commodore 
caldeggiando la definizione 
dello standard DIG. 

ALLA CIA PIACE AMIGA 

Da Amiga World di marzo 
traggo un notizia molto par- 
ticolare: la Virtual Image 
Labs, che opera nel campo 
delle presentazioni multi- 
mediali, annovera fra i pro- 
pri clienti la CIA, che gli ha 
chiesto un’animazione del 
Tomahawk in volo, e il Dipar- 
timento della Difesa statuni- 
tense che gli ha commissio- 



nato una simulazione ani- 
mata basata su dati reali 
forniti dai sensori di un sotto- 
marino nucleare. 

La società opera con 15 
Amigafra cui molti 2000 con 
scheda acceleratrice GVP e 
due 3000 dotati di scheda 
68040. 

Quattro Amiga dispongono 
di Video Toaster e uno della 
scheda grafica Firecracker. 
Sono usati principalmente 
per il ray-tracing in 3-D, ma 
sono attrezzati anche per 
effetti speciali video. 
L’output è costituito da un 
disco ottico della Panasonic 
e da un sistema SVHS. 

Gli Amiga vengono usati per 
tutte le operazioni: dallatra- 
duzione del database di 
dati fornito dal cliente in 
superfici tridimensionali, al 
rendering 3-D, all’animazio- 
ne, al word processing, al 
DTP. 

CD-ROM, SUBITO 

In attesa del CD-ROM della 
Commodore è già possibile 
collegare un lettore di CD- 
ROM (modelli Chinon CDX- 
431, Hitachi CDR-3560, 
NEC CDR-77, CDR-72, 
CDR-80 , CDR-82, Pioneer 
DRM-600, Sony CDU-541/ 
6211, Toshiba 3201 B, 3301) 
ai controller SCSI Commo- 
dore A590, A2091 e quello 
del 3000, nonché ai GVP 
Series II e aH’HardFrame 
della Microbotics, mediante 
il software CDROM-FS della 
Canadian Prototype Repli- 
casi. 95 dollari). 

E’ quanto si apprende da un 
articolo a firma di John Foust 
apparso su Amiga World di 
marzo. 

Tale driver non permette di 
leggere il formato CDTV, ma 
di accedere mediante Ami- 
gaai CD-ROM standard. 

Il CD appare ad Amiga 
come un hard disk a sola 
lettura da 550 Mb. 


FLOPPY DISK 
AD ALTA DENSITÀ' 

Nell’area internazionale 
dedicata ad Amiga di Fido- 
net si è parlato di una carat- 
teristica non ufficiale del 
2.0. Il nuovo sistema opera- 
tivo è in grado di leggere e 
scrivere automaticamente 
floppy disk ad alta densità, 
formattandoli a 1 .76 Mb in- 
vece di 880K. 

Il solo requisito indispensa- 
bile è la presenza di drive 
che inviino un particolare 
segnale ad Amiga in pre- 
senza di floppy ad HD 
(quelli con due buchi). 

Un drive di questo tipo è il 
Chinon FC-357A, che viene 
montato ultimamente sui 
3000 Tower e sui 3000. 


Non è comunque necessa- 
rio avere il 3000 per leggere 
i floppy HD, basta il nuovo 
sistema operativo (2.04) e il 
drive (anche esterno) ade- 
guato. 

Il fatto che la Commodore 
non abbia ufficializzato la 
cosa può significare tante 
cose diverse ed è difficile 
capire perché ciò sia avve- 
nuto. 

Si può solo affermare che, 
come sempre, quando si 
tratta di caratteristiche non 
ufficiali, è possibile che in 
futuro il modo di gestire i 
floppy HD cambi e che la 
Commodore, almeno per 
ora, non supporta in alcun 
modo tale uso dei floppy su 
Amiga. A 

Hinter Bringer 



1MB HAM+HARD DISK 4S3VEB+ 

DRIVE (1,44-1,2)+S.VGA COLORE+ 

2 SERIALI+PAHALi.+GAME+TASTIERA 102 TASTI+ 
MOUSE TRE TASTI ■j-MAOTTAU E DISCO DI SISTEMA 


.A LIRE. 


286/27 MHZ L. 787.000 
386/33 sx L.929.000 
386/33 MHZ dx L. 1.099.000 
386/59 cache L.l.199.000 
486/99 SX L.l.199.000 
486/170 cache L. 1.599.000/) 

48 ORE DI PRÒVA PRÌmÀ DELLA 
CONSEGNA, ASSISTENZA IN 
SEDE GRATUITA IN 1 S 
MINUTI. 


Commodore A500 1.31, 
garanzia italiana, 
manuali in italiano, 
mouse alimentatore 

. L. 549.000 


(GVPePOINT 

Scheda e accessori 
ultime novità 


MONITOR 

7 j MONOCROMATICO VGA L. 1 79. C00 
' VGA COLORE 14 POLLICI L.389.COO 
MULTISCAN 1024X788 L.489.CC0: 
NEC 3FG 1024X768 0.28 L.999.C00 

ACCESSORI 

SCANNER GENIUS OCR L.199.CC0 
SCANNER COLORI GENIUS L.S49.COO 
SOUND BLASTER VER. 2.0 L.219.C00 
SOUND BLASTER PRO L. 349. 000 

MIDI PER SOUND ELAST L. 49.000 
MODEM 2400 BAUD L. 149.000 
MODEM FAX EST MOFAX L.299.000 
TAVOLETTA GRAFI 2X1 2 L.299.000 . 

STAMPANTI 

NEC P20 24 AGHI 216 CPS L 499.000 : 
NECP30 24 AGHI 136 C. L 729.000 
CITIZEN SWIFT 24 A (colori) L 539.000 
SWTFT 24X 24A 136C (coìori)L 799.000 
CITIZEN PN 48 NOTEBOOK L. 549.000 
CITIZEN 224 24A (COLORI) L 399.000 
STAR LC 20 9 A 180 CPS L 289.000 

LC 200 COLORI 222 CPS L 379 . 000 
LC 24/200 COLORI 24A L. 580.000 : 

OLIVETTI 1 36C 9 AGHI L 399.000 
PANASONIC 1 123 24 AGHI L. 459.000! 



In Via GUIDO 
CASTELNUOVO 33 1 
(Ponte Marconi) j 
00146 Roma 
Tei. 06/5566219 i 
Tel. 06/5592835 i 
Fax. 06/5594161 


Tutti i giorni dal lunedì 
(mattina chiuso)al - 
sabato (pomeriggio chiuso) 
dalle ore 9:30 
alle ore 13:00 e dalle ore 
i kuzzi sono al netto DIVA 15:30 alle 19:00 


VENDITA RATEALE 
DA 6 A- 48 MESI 
SENZA CAMBIALL 
solo zona di roma 


AMIGA MAGAZINE 1 3 



ANTEPRIMA 


AMIGA 600 E ALTRE 
NOVITÀ 1 DALLA 
COMMODORE 


Favolose novità alla 
fiera tedesca. 


a cura della redazione 


A l CeBIT di Hannover, la Com- 
modore ha presentato in an- 
teprima mondiale le sue ulti- 
me creature. Fra i nuovi prodotti 
spicca l’introduzione di un nuovo 
modello Amiga, che appare in due 
versioni: Amiga 600 e Amiga 600 
HD. In attesa di un modello da pro- 
vare direttamente, faremo un primo 
esame del 600 in funzione di quello 
che si è potuto osservare al CeBIT e 
delle specifiche dichiarate dalla 
Commodore. 

L'ASPETTO ESTERNO 

Da tempo si parlava di un nuovo 
modello di dimensioni ridotte (ave- 
vamo già riferito ciò che si sapeva a 
proposito) e di fatto Amiga 600 
conferma le aspettative: 36 cm di 
lunghezza, 24 cm di profondità e 7 
di altezza massima. Non sono anco- 



ra le dimensioni di un laptop dell’ul- 
tima generazione, ma ci si avvicina 
di molto. La riduzione delle dimen- 
sioni è stata accompagnata da una 
parziale revisione dell’aspetto este- 
riore della macchina che assume 
un'aria più moderna e aggressiva; 
direi anche molto piacevole dal 
punto di vista estetico. L'aumento in 
altezza (2 cm in più del 500) è dovu- 
to al fatto che la parte terminale del 
computer (quella con le feritoie) 
segue l’inclinazione della tastiera (e 
la stessa cosa vale per la finestrella 
del drive laterale). 

Scompare il tastierino numerico, ma 
rimangono tutti gli altri tasti, che 
sono stati avvicinati alla tastiera 
principale per guadagnare spazio: 
il tasto Help è stato portato in linea 
con i 10 tasti funzione; Del è stato 
affiancato al Backspace; mentre i 
quattro tasti freccia sono stati "inca- 
strati" fra l’Alt e lo Shift destro. Sulla 
estrema destra della tastiera com- 
paiono tre led: per l'accensione, il 
floppy interno da 880K e l’hard disk, 
presente di serie sul 600HD. 

I CONNETTORI ESTERNI 

Sul retro del computer compaiono le 
classiche porte Amiga: la seriale, la 
parallela e quella per i tre floppy 
esterni, l'uscita audio stereo e la 
presa per l'alimentatore. Grosse 
novità invece dal punto di vista vi- 
deo: oltre al connettore RGB stan- 
dard, compare un’uscita videocom- 
posita a colori (quella del 500 è in b/ 
n) e un'uscita modulata, che con- 
sente di collegare Amiga 600 all’in- 


II nuovo Amiga 600. 
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gresso per l'antennadi qualsiasi TV. 
L'uscita videocomposita è la stessa 
del CDTV e offre un segnale di 
qualità elevata che rende la macchi- 
na più che adatta alle applicazioni 
video amatoriali. Le due porte, per il 
m'ouse e per il joystick, sono state 
spostate sul fianco destro, anterior- 
menteallafinestrelladel floppy disk. 
Sul lato sinistro scompare il connet- 
tore per il bus d'espansione del 500, 
sostituito da una interfaccia per le 
Memory Card. Anche questa è una 
novità del 600, che praticamente 
porta su Amiga un'innovazione già 
introdotta sul CDTV e di cui parlere- 
mo più estesamente, fra poco. Ma 
prima, conviene valutare attenta- 
mente la scomparsa del bus latera- 
le: non sarà possibile collegare ad 
Amiga 600 hard disk SCSI esterni, 
come l'A590 della Commodore, né 
lettori di CD-ROM (o CDTV) o tape 
streamer. Questo non significa che 
non si possa collegare al 600 un 
hard disk: il modello è già predispo- 
sto per il collegamento di un hard 
disk interno di tipo IDE. 

LE IVBVIORY CAFD 

L'interfaccia per la sottile Memory 
Card ha di fatto due usi distinti. In 
primo luogo può servire ad aggiun- 
gere della memoria di massa al si- 
stema. La memoria RAM delle Card, 
infatti, può apparire al sistemacome 
un disco accessibile tramite i nor- 
mali comandi CLI e attraverso il 
Workbench. La RAM può essere 
dotata di batteria tampone e può 
pertanto sopravvivere non solo al 
reset, ma anche allo spegnimento 
della macchina. La Commodore 
prevede, per ora, la commercializ- 
zazione di Memory Card comprese 
fra i 51 2 Ke i 4 Mb (quelle per il CDTV 
per ora si limitano a 256 K massimi e 
non sono compatibili per la loro 
struttura fisica). Nulla dovrebbe im- 
pedire (se non i costi) che in futuro 
appaiano schede dal taglio superio- 
re. Le Memory Card costituiscono, 
dunque, una memoria di massa ad 
altissima velocità, che nessun hard 
disk potrà mai eguagliare. Ilbootda 
una di questa di queste Card avvie- 
ne in una manciata di secondi e la 


macchina, appena accesa, è prati- 
camente pronta all'uso:dimentiche- 
remo dunque certe startup-sequen- 
ce che sembrano non finire mai. 

Se le dimensioni di queste schede 
raggiungessero, come pare sia già 
possibile, l'ordine dei 20 e più Mb, 
costituirebbero una specie di hard 
disk rimovibile, limitato solamente 
dal costo (1 Mb di RAM normale 
costa attualmente dalle cinque alle 
dieci voltedi più di 1 Mbdi hard disk 
rimovibile) e dalla durata e affidabi- 
lità delle batterie tampone (non si 
può pensare di affidare per anni, e 
nemmeno per mesi, la custodia di 
dati preziosi alla batteria tampone di 
una RAM Card). La RAM delle 
Memory Card può apparire ad Ami- 
ga anche come memoriadi sistema, 
in cui caricare programmi, tenere 
dati e così via. Il secondo uso possi- 


bile della porta è la connessione di 
ROM fornite da software house. La 
prima cosa che viene in mente è la 
produzione di "cartucce" per video- 
giochi e la trasformazionedi questo 
elegante A600 in una eccezionale 
console multitasking. Potrebbe es- 
sere una mossa vincente specie sul 
mercato statunitense, ove le conso- 
le tendono a prevalere nettamente 
sugli home computer. 

LlsITERNO 

Molte le novità interne del 600. Per 
prima cosa si deve osservare che è 
stata adottata la tecnologia SMD 
(Surface Mounted Devices): i chip 
sono saldati direttamente sulla 
scheda madre e non appaiono 
montati su zoccoli. Ciò permette un 
abbassamento dei consumi, un'affi- 
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GREAT VALLEY PRODUCTS 


L'AMIGA COMPRALO DOVE VUOI 
PER ESPANDERLO VIENI DA NOI 


P RE ZZ I I MBA TTI B I L I TE L EF ONA RE!!!! 


■ Espansione di memoria 
da 512KB a 8MB 

■ HD SCSI interni-esterni 
da 53VB a 400MB 

■ HD SCSI removibili 
da 44MB a 88MB 

■ Schede compatibilità 
AT286 8-16 MHz 

■ Acceleratila a 32 bit 
6803068040 


• Interfacce 

• Genlock 

■ Digitalizzatori 

■ Modem 

■ Stampanti 
NEC-PANAS0NIC 

■ Monitor 
NEOHYUNDAI 

-Software Professionale 
DTV-DTP-MIDI 
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Il nuovo Amiga 60 OHD collegato al 
monitor. 


dabilità del sistema di livello supe- 
riore e una grande riduzione delle 
percentuali di guasti; ma rende 
anche molto più difficile la sostitu- 
zione di un componente guasto o il 
passaggio a una nuova versione di 
un determinato chip (come l'Agnus 

0 il Denise). Diventa anche impossi- 
bile, di fatto, connettere al 600 di- 
spositivi che si montano sullo zoc- 
colo di qualche chip preesistente, 
come l'ATOnce, lAdSpeed, l'AVi- 
deo, i Flicker Fixer interni, certe 
espansioni di memoria, le schede 
acceleratrici interne con 68030 
(come le VXL), le interfacce per hard 
disk IDE. Chi è orientato a espande- 
re Amiga in questo modo vedrà nel 
500 Plus una scelta obbligata. 

Solo nel caso degli hard disk, la 
cosa non ha particolare importanza; 
infatti, una delle più importanti novi- 
tàdel 600 è costituitàdallapresenza 
sulla piastra madre di un'interfaccia 
AT IDE, cui si può collegare un hard 
disk da 2.5", per il quale è già stato 
predisposto internamente lo spazio 
necessario. LA600HD vienevendu- 
to di serie con un hard diskConner, 
disponibile in versioni comprese fra 

1 20 e i 1 20 Mb. Questa, fra l'altro, è 
l'unica differenza esistente tra i due 
modelli. AII'A600 si può aggiungere 
l'hard disk in un secondo momento: 
l'interfaccia IDE è sempre presente 
sulla scheda madre. 

Per quanto riguarda i chip custom, 
neH'A600compare l'Agnus da2 Mb, 
il Super Denise (con i nuovi modi 
grafici) e il Paula targato 8364.1 chip 
hanno le stesse caratteristiche di 
quelli del 500 Plus, anche se ap- 
paiono spesso ridisegnati per adat- 
tarsi alla nuova tecnologia SMD. 
Gary è stato sostituito dal nuovo 
chip Gayle, che integra anche la 
logica di gestione delle Memory 
Card e quella relativa al controller 
per l'hard disk. Sono ancorapresen- 
ti i CIA 8520, anche se appaiono 
esternamente del tutto diversi ri- 
spetto a quelli inseriti in altri modelli 
Amiga: è stata miglioratasia la qua- 
lità del segnale in uscita che la ge- 


stione di quello in ingresso; inoltre, è 
stata garantita una migliore prote- 
zione dal mondo esterno, mediante 
nuovi circuiti molto più sicuri. 

E' presente ancora la porta interna, 
destinata ad accogliere l'espansio- 
ne di memoria. E' incompatibile con 
quella del 500 e con quella del 500 
Plus, in quanto presenta molti più 
segnali: neanche la PC Board risulta 
dunque compatibile con l'A600.Per 
il connettore interno, la Commodore 
già prevede un'espansione di 
memoriada 1 Mb (A601 , incompati- 
bile con il 500) che porta la Chip 
FìAM del sistema a 2 Mb. Probabil- 
mente vi sarà compreso anche l'oro- 
logio con batteriatampone, che non 
appare sulla scheda madre (a diffe- 
renza di quanto accade nel 500 
Plus). Non è ancora del tutto chiaro, 
invece, come si possa aggiungere 
la memoria Fast, se attraverso una 
scheda interna più capiente o solo 
mediante le Memory Card. 

IL 9STB/1A OPERATIVO 

Le ROM montate sul 600 corrispon- 
dono alla versione 37.300 del Kick- 
start (sul 500 Plus viene montato il 
37.1 75). 1 1 Workbench è il 2.05 (2.04, 
quello del 500 Plus). Le differenze 
sono minime e riguardano principal- 
mente il software di gestione delle 
Memory Card e quello dell'interfac- 
cia IDE. Il resto appare sostanzial- 
mente immutato, se si eccettua 


qualche piccola marginale corre- 
zione per una maggiore compatibi- 
lità con il software esistente. 

PRIVE CONCLUSIONI 

In Germania il prezzo previsto per 
l'A600 è di 900 marchi, pari a 
700000 lire circa. Di fatto corrispon- 
de aquellodel 500 Plus. La versione 
con HD interno da 20 Mb dovrebbe 
costare 1300 marchi (1 milione di 
lire). Dunque l'A600 si presenta 
immediatamente come un'alternati- 
va al 500 Plus, almeno stando ai 
prezzi. La differenza fondamentale 
rispetto al 500 Plus è la quasi totale 
inespandibilità del 600, dovuta al- 
l'assenza del bus laterale, alla tec- 
nologia SMD e all'adozione dell'in- 
terfaccia IDE per gli hard disk, che 
non ha la flessibilità dei controller 
SCSI quanto a varietà di periferiche 
collegabili. Dal punto di vista degli 
usi possibili, direi che il 600 si rivolge 
a due segmenti di mercato molto 
diversifra loro: il primo è sicuramen- 
te quello dell'utenza domestica che 
aspira contemporaneamente a una 
macchina per videogiochi e a un 
home computer adatto anche al 
DeskTop Video, e non si preoccupa 
più di tanto dei limiti di espansione 
del sistema. La possibilità di usare 
"cartucce" ROM, l'uscita modulata, 
l'elevataaffidabilità, le dimensioniri- 
dotti e il basso costo previsto gioca- 
no tutti a favore di questa soluzione. 
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Il secondo segmento (molto più 
piccolo), invece, è costituito da co- 
loro che hanno bisogno di un Amiga 
semiportatile, magari come secon- 
do Amiga, da usare in viaggio o per 
dimostrazioni presso la propria 
clientela. In questa ultima ipotesi la 
versione con hard disk dovrebbe 
essere privilegiata. A favore di que- 
sto uso possibile gioca soprattutto 
l’uscita modulata che permette di 
collegare l’A600 a qualsiasi televi- 
sore, le dimensioni molto compatte 
del prodotto (ma rimane sempre 
l’alimentatore esterno) e ancora una 
volta il costo ridotto. Probabilmente, 
e si tratta qui di un parere del tutto 
personale, il 600HD avrebbe potuto 
costituire una soluzione ideale per 
tutti i musicisti, se solo avesse incor- 
porato una porta MIDI (come quella 
già presente sul CDTV), sempre a 
motivo delle sue ridotte dimensioni, 
dell'hard disk built-in e delle varie 
uscite video. Di fatto la Commodo- 
re sembra puntare più sul CDTV che 
su Amiga in questa fascia di merca- 
to. Molti parlano deH’A600 come il 
C64 degli anni '90. Un computer 
compatto, completo, affidabile, ma 
dotato di caratteristiche in linea coi 
tempi: HD interno, fino a 10 Mb di 
memoria, 4096 colori, multitasking, 
RAM Card, particolare predisposi- 
zione per tutto ciò che ha a che fare 
con il video. 

E’ anche probabile che sia effettiva- 
mente questo l’obiettivo della Com- 
modore: ripetere l’enorme succes- 
so del C64 (12 milioni di pezzi ven- 
duti). Qualcuno, già lo si sente, 
comincerà a storcere il naso, affer- 
mando che è stato fatto un passo 
indietro: non credo proprio. Se il 
3000 esiste è perché sono stati 
venduti milioni di A500. Le fonda- 
menta di Amiga non stanno negli 
uffici, ma nelle case private e senza 
una adeguata penetrazione in tale 
mercato Amiga avrebbe i giorni 
contati. 

Inoltre, è estrememnte probabile 
che nei prossimi anni il vero campo 
di battaglia per l’industria del com- 
puter sia proprio questo (assieme a 
quello multimediale); non è un caso 
che i Macintosh entry-level dell’Ap- 
ple abbiamo conosciuto ultimamen- 


te una più che drastica revisione 
verso il basso dei prezzi, che l’IBM 
faccia di tutto per lanciare il PS/1, 
che la crisi del settore informatico 
abbia colpito soprattutto le case 
orientate principalmente al mercato 
professionale e che la Apple abbia 
annunciato per il 1993 il suo ingres- 
so (forse è meglio dire ritorno) nel 
mondo dei computer familiari. 
Infine, non è impossibile intravvede- 
re nel 600 un passo avanti nella 
direzione di Amiga portatile (se mai 
verrà): molte delle soluzioni tecnolo- 
giche adottate derivano proprio dal 
settore dei laptop. Il vero ostacolo è 
forse costituito dal display LCD a 
colori che ha ancora costi proibitivi 
se valutati alla luce della politica 
commerciale da sempre adottata 
dalla Commodore. 

In Italia, Amiga 600 dovrebbe esse- 


re messo in commercio in aprile o 
maggio, ma le date non sono ancora 
ufficiali. 

AMIGA E CDTV 

In Germania accanto all’A600 verrà 
commercializzato una nuova versio- 
ne del CDTV, si chiamerà “Amiga 
CDTV” e comprenderà oltre al CDTV 
standard, la tastiera (con filo), il flop- 
py drive esterno, il mouse, il Work- 
bench 1.3, i manuali e un hard disk 
opzionale da 20-120 Mb. Non si 
tratta di un nuovo modello, ma più 
semplicemente di un pacchetto 
comprendente il CDTV e alcuni 
degli accessori già disponibili per 
tale macchina. Grazie ad essi è 
possibile, da subito, usare il CDTV 
come un autentico Amiga (con 
qualcosa in più). Nelle foto pubblici- 
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EXTERN AL FEATURES 




PORT PORT FLOPPY DISK 

Dfi ive 



tarie, il CDTV trova posto sotto il 
monitor come la classica CPU di un 
normale computer. Il sistema ope- 
rativo distribuito con la macchina è 
sempre 1 '1 .3. A proposito di acces- 
sori per CDTV, vale la pena di osser- 
vare che sono ancora in lavorazione 
la tastiera agli infrarossi e il Genlock 
CD 1 301 ; mentre sono ormai dispo- 
nibili sul mercato tedesco la tastiera 
normale, il monitor 1084 S, il floppy 
disk esterno, il mouse CD 1 252 e la 
stazione con il trackball, tutti rigoro- 
samente neri, oltre alle Memory 
Card da 64K e 256K e all'adattore 
SCART. Sul fronte opposto, cioè 
quello della trasformazione del 500 
in un CDTV, si può affermare che 
l'atteso lettore di CD-ROM ha ormai 
un nome ufficiale: non si chiamerà 
più A690 (laserie 6xxoraè riservata 
alla linea di prodotti che fa capo 
all'A600),ma A570.SÌ potràcollega- 
re solo al 500 e al 500 Plus e avrà 
bisogno dell'Agnus da 1 o 2 Mb e di 
almeno 1 Mb di memoria Chip per 
funzionare: praticamente metterà a 
disposizione degli utenti di Amiga 
500 un pressoché totale surrogato 
del CDTV sia sotto 1 .3 che sotto 2.0. 
La disponibilità sul mercato italiano 
è prevista sempre per aprile. 

ALTRE NOVITÀ' DALLA 
COMMODORE 

Dal catalogo della Commodore 
tedesca, distribuito al CeBIT, si pos- 


sono ricavare altre 
interessanti infor- 
mazioni riguardanti 
la linea di prodotti 
per Amiga. 

Chiariamo che, 
sebbene certi pro- 
dotti siano presenti 
nel catalogo tede- 
sco, non è detto che 
la loro disponibilità 
in Germania sia già 
reale. 

In Italia, poi, non è 
certo che tutti i pro- 
dotti verranno im- 
portati, anche se la 
tendenza generale 
della Commodore è 
quella di far appari- 
re i prodotti destina- 
ti aH'areaconsumer, 
su tutti i mercati 
quasi contempora- 
neamente. 

In primo luogo, se- 
gnaliamo la presen- 
za di due nuovi tipi 
di floppy drive: 
l'A2015 per l'A2000 
e l'A3015 per il 
3000. Si tratta di dri- 
ve interni da 3.5" capaci di gestire 
floppy ad alta densità, formattandoli 
a 1.76 Mb. 

Inoltre, il 3000 UX, la versione Unix 
del 3000, viene attualmente com- 
mercializzato con 9 Mb di memoria, 


hard disk da 200 Mb, scheda Ether- 
net A2065, sistema operativo Unix 
V.4 e X Windows (oltre ovviamente 
aH'AmigaDOS). 

Il sistema operativo è venduto an- 
che separatamente, per il 3000 e il 
3000 Tower: viene fornito sotto for- 
ma di nastro perstreamercon alcuni 
dischetti. La scheda grafica A2410 
a 256 colori, basata sul chip grafico 
della Texas Instrument, viene ven- 
duta come accessorio per Amiga 
3000 UX ed è pilotabile solo attra- 
verso questo sistema operativo. In 
Italia, il sistema Unix per Amiga è di- 
sponibile solo su ordinazione. Infi- 
ne, una piccola osservazione: l'uni- 
ca scheda Janus che compare nel 
catalogo è l'A2386SX, dotata ap- 
punto di 386SX a 20 MHz. L'espan- 
sione non è tuttavia ancora commer- 
cializzata in Italia. Non appena i 
prodotti citati saranno disponibili in 
redazione, faremo, su queste pagi- 
ne, una verifica approfondita delle 
specifiche dichiarate. 


AMIGA 600 E AMIGA 600HD 

68000 a 7MHz 

Chip custom: Agnus da 2 Mb, Super Denise, Gayle, Paula 
Tecnologia SMD 

1 Mb di Chip RAM (espandibile fino a 2 Mb di Chip e 8 di Fast) 

1 Floppy interno da 3.5" 880K 

Controller Hard Disk IDE su scheda madre 

Hard disk interno da 2.5" da 20 a 120 Mb (di serie solo su 600HD) 

Interfaccia per Memory Card (da 51 2K a 4 Mb) 

Porta parallela, seriale, mouse, joystick 
Porta interna per espansioni di memoria 
Uscita RGB, videocomposita a colori, modulata 
Kickstart 37.300 e Workbench 2.05 
Accessori, alimentatore, mouse, manuali 
Dimensioni 36x24x7 cm 
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GENLOCK PER TUTTI 
I GUSTI 


M entre il mercato della video- 
registrazione conosce una 
continua diminuzione dei 
prezzi e una costante evoluzione 
delle macchine ad esso dedicate, il 
mondo Amiga si arricchisce ogni 
giorno di più di periferiche dedicate 
alla produzione video, che coprono 
sia la richiesta amatorialeche quella 
semi-professionale. 

Il nodo di unione tra un computer e 
un sistemadi videoregistrazione sta 
nel Genlock, uno strumento che 
permette di miscelare le immagini 
provenienti da varie apparecchiatu- 
re video, sincronizzandole con l'im- 
magine elaborata dal calcolatore. 

In pratica, questa periferica riceve il 
segnale RGB in uscita dal computer 



Cos r è un genlock? 
Quale scegliere? 
Tutte le risposte in 
questo articolo! 


Gabriele Ponte 


e lo miscela con quello proveniente 
da sorgenti video analogiche (vi- 
deocamere, videoregistratori, vi- 
deodischi...), per poi inviare il se- 
gnale videocomposito o Super VHS 
a un videoregistratore. 
Laqualitàdel risultato è quindi lega- 
ta al sincronismo generato dal 
Genlock, alla sua stabilità e alla sua 
flessibilità nell'adattarsi ai vari se- 
gnali video in ingresso, alla banda 
passante e al rapporto segnale/di- 
sturbo innescato dalla circuiteria 
stessa. 

Esistono in commercio vari tipi di 
mixer video/audio o di titolatrici, ma, 
come i lettori possono ben immagi- 
nare, le possibilità offerte da un 
computer sono nettamente superio- 
ri, considerando il fatto che un 
Genlock può essere utilizzato con 
più pacchetti software. Cerchiamo 
ora di stabilire che cosa sia neces- 
sario per iniziare ad effettuare un 
montaggio video. 

LA CONFIGURAZIONE BASE 

La configurazione base consigliata 
dovrebbe comprendere: 

- una o più sorgenti video (videoca- 
mere, videoregistratori, lettori di 
laser disc); 

- un computer con uscita RGB; 

- un Genlock, che permetta di sin- 
cronizzare e miscelare uno o più 
segnali video con il segnale prove- 
niente dal computer; 


In questa foto notiamo la 
sovrapposizione di un'immagine 
proveniente da Amiga (un Puffo 
digitalizzato) con quella 
proveniente da una telecamera. 
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- un mixer audio nel caso che il 
Genlock sia sprovvisto di tale fun- 
zione; 

- un secondo videoregistratore, su 
cui riversare il risultato finale. 

Ci si potrebbe domandare quale 
possa essere il ruolo svolto dal 
computer in un sistema così confi- 
gurato: in generale, si può dire che 
sia di vitale importanza e le possibi- 
lità offerte variano a seconda del 
software impiegato e delle capacità 
del Genlock utilizzato. 

Viste le capacità grafiche di Amiga 
(anche nella gestione di font colora- 
ti) e il software già disponibile e 
ampiamente collaudato, potremmo, 
per prima cosa, usare il computer 
come titolatrice di livello professio- 
nale; potremmo anche arrivare a 
creare dei veri e propri film alla 
Roger Rabbit, in cui le immagini dei 
cartoni si combinano con quelle 
video. 

Infine, potremmo arrivare a svilup- 
pare filmati didattici o presentazioni 
professionali. 

Le immagini provenienti dal compu- 
ter possono in certi casi svolgere un 
ruolo di primaria importanza: ad 
esempio, una rotazionedi solidi con 
sviluppo della teoria delle ombre, 
generato mediante l'utilizzo di un 
CAD o di un programma di ray tra- 
cing, rivestirà certamente un ruolo 
fondamentale nel video finale. 

Al contrario, l'utilizzo di un program- 


ma di grafica con cui disegnare una 
semplice freccia da muovere me- 
diante il mouse in fase di registrazio- 
ne, per evidenziare certi oggetti 
presenti nel filmato, costituisce cer- 
tamente un utilizzo di basso livello 
del computer stesso e serve solo 
come supporto al normale svolgersi 
della scena filmata. 

Finito questo preambolo, che spero 
abbia permesso agli utenti meno 
esperti in videoregistrazione di 
mettere afuoco ii possibile utilizzodi 
tale periferica, prendiamo in consi- 
derazione tre nuovi modelli di Gen- 
lock diversificati tra loro sia per il 
prezzo che per le diversefunzionidi 
base disponibili su tali apparecchi, 
per passare poi ad elencare rapida- 
mente una serie di programmi che 


La confezione del RocGen 300 C 

possono costituire un valido sup- 
porto al lavoro video. 

Per la prova di tutte le periferiche è 
stato utilizzato un Amiga 500 (1.3) 
con un'espansione da 1 ,5Mb, Hard 
Disk da 20 Mb, Videocamera Sony 
8mm, videoregistratore Philips e TV 
color Philips dotato di presa Scart. 

ROOGEN 300 C 

Il RocGen 300 C, nonostante sia il 
meno sofisticato tra i modelli presi in 
considerazione, offre delle buone 
caratteristiche di sincronizzazione 
ad un prezzo contenuto. 

La confezione, oltre al Genlock stes- 
so, comprende un doppio manuale 
in lingua inglese e italiana (fatto 
lodevole anche se la traduzione è in 
certi casi spartana) e un dischetto 
contenente il programma HomeTi- 
tler (un semplice programma per la 
titolazione). 

Come possiamo capire dalle carat- 
teristiche della periferica, questo 
Genlock dispone di un ingresso 
video, un ingresso per il segnale 
RGB proveniente da Amiga, un'u- 
scita in videocomposito e un ingres- 
so per l'alimentazione esterna; in 
pratica manca un'uscita RGB da 
inviare a un monitor o a un televisore 
dotato di Scart, per vedere il risulta- 
to delle operazioni che si vanno 
compiendo. 

Tenendocontodellaconfigurazione 
base richiesta per effettuare dei ri- 


ROGGBM 300 DELLA ROCTEC 

COMPATIBILITA': qualsiasi Amiga 

SORGBvTTl VIDEO: telecamere, camcorder, videoregistratori, lettori 
di dischi laser 

CODFICATORE PAL 

INGRESSI: 1 jack RCA + 1 RGB del computer 
USCITE: 1 jack RCA 

SEGNALE VIDEO: 1 Vpp 

RAPPORTO SEGNALEIDBTURBQ non comunicato 
AUMENTAZIONE :esterna 12 Volt DC oppure interna da Amiga 
DIMENSIONI: 1 20mm X 202mm X 25mm 
PREZZO: L 299.000 
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II Genlock Y-C della Electronic Design 

versamenti video, il problema può 
essere risolto munendosi di un cavo 
con presa Scart (ad esempio, il 
modello VMC-2104 della Sony, dal 
catalogo del 1991-92) da collegare 
al videoregistratore su cui riversare 
il prodotto finale, che deve disporre 
di un ingresso video da collegare 
all'uscita video del Genlock e di 
un'uscita video da collegare al 
monitor (il 1084 della Commodore 
dispone di un tasto CVBS/RGBper 
un ingresso videocomposito) oppu- 
re al televisore. 

LE CARATTERISTICHE 

llpannello dei comandi è ridotto a un 
potenziometro per la regolazione 
del Dissolve (dissolvenza) e a un 
pulsante che permette di seleziona- 
re il tipo di sovrapposizione di imma- 
gine Video/Amiga. Le posizioni 
possibili di tale pulsante sono tre: 

AMIGA: permette di visualizzare 
solo lo schermo di Amiga; non sarà 
dunque visibile il segnale prove- 
niente dalla sorgente video e quindi 
la manopola Dissolve non avrà nes- 
suna influenza sull'intero processo. 
FADE: in questo modo, tramite la 
manopola Dissolve, possiamo pas- 
sare gradualmente dall'Immagine 
video a quella del computer. In 
questo caso il colore 0 della palette 
non è trasparente. 

OVERLAY:è come FADE. solo che il 


colore 0 di Amiga è considerato 
trasparente. Le immagini del com- 
puter che non utilizzano il colore 0 
verranno sovrapposte a quelle pro- 
venienti dal video. Il grado della 
miscelazione è definibile tramite la 
manopola Dissolve. 

GIUDIZIO 

Ci troviamo di fronte a una periferica 
di uso semplice, se non immediato, 
la cui qualità in uscita vale forse più 
del prezzo di acquisto. 
Naturalmente, dovremo affiancare 
al dispositivo del software in grado 
di effettuare aperture e chiusure a 
tendina (in overscan, se intendiamo 
utilizzare l'intero schermo per le 
scritte o il disegno). 


Gli unici difetti di questo apparec- 
chio sono l'assenza di un'uscita 
RGB e l'eccessiva sensibilità della 
manopola Dissolve, che reagisce in 
maniera troppo brusca alle solleci- 
tazioni dell'utente. 

Y-C S-590 

La confezione dell'Y-C S-590, della 
Electronic Design, comprende, ol- 
tre al Genlock, un manuale tedesco 
e inglese e un demo del programma 
Video Page (da usare per le titola- 
zioni). 

Gli ingressi e uscite di questo gen- 
lock sono ampiamente illustrate 
nella tabella dedicata. 

Guardando il frontalino del Genlock, 
notiamo cinque potenziometri che 
svolgono le seguenti funzioni: 

- Saturazione del colore; 

- Contrasto; 

- Luminosità; 

- Fader: permette la dissolvenza tra 
l'immagine video e quella del com- 
puter; il potenziometro Modo, però, 
non deve essere ruotato compieta- 
mente in senso antiorario; 

- Modo: ruotando questo potenzio- 
metro si abilita la visualizzazione 
dell'immagine proveniente da Ami- 
ga. 


La circuteria del Genlock Y-C. 
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GENLOCK Y-C S-590 
DELIA ELECTRONIC DESIGN 

COMPATIBILITA': qualsiasi Amiga 

SORGENTI VIDEO: telecamere, camcorder, videoregistratori, lettori 
di dischi laser 

CODIFICATORE: PAL 

INGRESSI: 1 jack videocomposito oppure 1 Super VHS Y-C, più 1 in- 
gresso RGB del computer 

USCITE: 1 jack Videocomposito, 1 Super VHS Y-C (se in ingresso è 
stato connesso un segnale Y-C), 1 RGB, 1 mono dello Splitter 

SEGNALE VIDEO COMPOSITO: 1 Vpp / 75 Ohm 
SEGNALE Y-C: Y=1 Vpp , C=0,3 Vpp / 75 Ohm 

RAPPORTO SEGNALE /DI STURBO: 50 dB 

AUMENTAZIONE: tramite Amiga oppure esterna 12 Volt DC (non 
incluso) 

DIMENSIONI: 157mm X 210mm X 61 mm 


PREZZO: L. 990.000 


Sempre sul frontalino troviamo due 
switch che svolgono le seguenti 
funzioni: 

INVERI : permette di invertire la prio- 
rità dei colori di sovrapposizione 
deirimmagine proveniente da Ami- 
ga: in pratica, se attiviamo questo 
deviatore, il colore 0, che normal- 
mente viene trattato dai Genlock 
come colore di fondo e quindi tra- 
sparente, viene invece visualizzato, 
andando così a coprire l’immagine 
proveniente dalla sorgente video; 
gli altri colori, viceversa, diverranno 
trasparenti. 

RGB: è un deviatore a tre posizioni 
(R, G e B), che permette di inviare 
all'uscita RGB del Genlock le tre 
componenti separate di colore 
(Rosso, Verde e Blu); può essere 
utile con quei digitalizzatori vi- 
deo (tipo Digiview) che normal- 
mente fanno uso di filtri colorati 
in fase di ripresa, e permette 
quindi di digitalizzare immagini 
a colori provenienti da un video- 
registratore dotato di un buon 


Un esempio di titolazione 
ottenuto col Genlock Y-C e il 
programma TV Text 
Professional ( che sfumature di 
colore rispetto a una normale 
titolatrice!). 


fermo immagine. Tale funzione è 
normalmente chiamata “splitter 
RGB’’. 

GIUDIZIO 

Il rapporto qualità/prezzo di questo 
apparecchio è globalmente buono, 
considerando il fatto che incorpora 
uno splitter RGB e che permette di 
convertire un segnale Super VHS in 
videocomposito (utile soprattutto al- 
l’utente che fosse ancora sprovvisto 
di tale presa sul proprio televisore). 
Inoltre, la possibilità di correggere la 
luminosità e la saturazione dei colori 
del segnale video in ingresso per- 
mette di ravvivare eventuali immagi- 
ni scadenti. 

Il controllo di contrasto, invece, vie- 
ne applicato solo sul segnale prove- 


niente dal computer. Chi non fosse 
provvisto di un sistema Super VHS, 
può invece rivolgere le proprie at- 
tenzioni al fratello minore di questo 
Genlock, che dispone delle stesse 
caratteristiche (tranne l’ingresso/ 
uscita Super VHS) al prezzo di Lire 
590.000. 

DVE-10 

La confezione del DVE-10, della 
Videocomp, comprende oltre all’u- 
nità stessa, due cavi per collegare 
l’uscita RGB di Amiga e la porta 
parallela, un manuale in lingua in- 
glese ben rilegato e un dischetto 
contenente il software per la digita- 
lizzazione di immagini. 

Il software, in inglese o tedesco, 
compare in due versioni: una per 
l’utilizzo con Amiga standard, l’altra 
per quelli dotati di schede 
acceleratrici. Il look con cui si pre- 
senta questo Genlock si avvicina 
molto a quello dei mixer video semi- 
professionali, anche se le scritte 
serigrafate conservano una certa 
fattura artigianale. Tutte le funzioni 
vengono visualizzate in un discreto 
display a cristalli liquidi e sono rag- 
giungibili tramite l’uso di un Jog- 
Shuttle (composto da due rotelle 
coassiali, di cui quella Interna è 
dotata di rotazione continua e quella 
esterna di ritorno automatico alla 
posizione centrale). 

Un piccolo Joystick, posto all'estre- 
ma sinistra dell'apparecchio, ci per- 
mette di spostare il PIP (Picture In 
Picture) sullo schermo o di effettua- 
re il bilanciamento dei colori RGB. 
Le uniche manopole tradizionali 
sono gli slider che comandano 
gli effetti video Wipe (apertura/ 
chiusura) e Fade (dissolven- 
za), oltre a quelle per il mixag- 
gio audio; inoltre, sono presen- 
ti degli eleganti pulsanti che 
permettono di entrare e uscire 
dai sottomenu oppure di attiva- 
re o meno la procedura auto- 
matica di dissolvenza video e 
audio. 

La presenza di quattro ingressi 
video (2 videocomposito e 2 
Super VHS), oltre a quello pro- 
veniente dal computer, non 
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SPECIALE 


DVE-10 DELLA VIDEOCOMP 

COMPATIBILITÀ: qualsiasi Amiga tranne A 1000 

SORGENTI VIDEO: telecamere, camcorder, videoregistratori, lettori 

di dischi laser 

CODIFICATORE: PAI 

INGRESSI: 2 videocomposito (canale 1 e 2), 2 Super VHS Y-C 
(canale 1 e 2), 1 RGB proveniente dal computer, 4 audio mono (2 
stereo) 

USCITE: 2 Videocomposito, 2 Super VHS Y-C, 1 RGB da collegare 
alla porta parallela di Amiga per la digitalizzazione di immagini, 4 au- 
dio mono (2 stereo) 

SEGNALE VIDEO COMPOSITO: 1 Vpp / 75 Ohm 

SEGNALE Y-C: Y=1 Vpp , C=0,3 Vpp / 75 Ohm : 

RAPPORTO SEGNALE/DISTURBO: non indicato 
AUMENTAZIONE: 220 Volt AC 
DIMENSIONI: 380mm X 288mm X 90mm : . 

PREZZO: L. 1.990.000 


deve trarre in inganno, in quanto so- 
lamente quello applicato al canale 1 
viene visualizzato a tutto schermo, 
mentre quello assegnato al canale 2 
viene dirottato nel PIP, cioè apparirà 
in una finestrella le cui dimensioni 
sono 1/6 oppure 1/9 delle dimensio- 
ni dell’intero schermo. Chiarito que- 
sto punto, iniziamo a esplorare i vari 
menu tramite la manopola Jog- 
Shuttle. 

I menu, visualizzati sul display a cri- 
stalli liquidi, presentano maggiori 
possibilità di scelta se viene attivata 
l’opzione Expert nel menu Default. 

CANALE 1: mediante l'accesso ai 
suoi sottomenu, è possibile modifi- 
care la Luminosità, il Contrasto e la 
Saturazione dei colori della sorgen- 
te video del canale. 

Si può scegliere tra ingresso video- 
composito e Super VHS, tra PAL e 
NTSC; si può correggere la tempe- 
ratura colore (in pratica l’allinea- 
mento del rosso o del blu sull’asse 
orizzontale del video, rispetto alla 
componente verde), oppure attiva- 
re l’opzione Default che permette di 
vedere l’immagine video nel suo 
stato originale (cioè senza le modifi- 
che da noi apportate utilizzando i 
sottomenu). 

CANALE 2: è identico al Canale 1, 
tranne per l’attivazione dell’opzione 
Default e il controllo temperatura 


colore, che qui non sono disponibili. 
KEY: permette di determinare la 
priorità di visualizzazione di una 
delle tre sorgenti video; i suoi sotto- 
menu comprendono: 

- Off: viene visualizzato solo il Cana- 
le 1. 

- Amiga: l’immagine proveniente da 
Amiga viene sovrapposta a quella 
proveniente dal Canale 1 ; il colore 0 
è trasparente. 

- Amiga Full: l’immagine provenien- 
te da Amiga copre tutto lo schermo; 
il colore 0 non è trasparente. 

- Amiga Before PIP: viene visualiz- 
zato come sfondo il Canale 1, poi 
quello del PIP e sopra quello prove- 
niente dal computer. 

- PIP Before Amiga: come il prece- 
dente, ma il PIP copre l'immagine 
proveniente da Amiga. 

- PIP In Amiga: io schermo visualiz- 
za la schermata di Amiga con il PIP 
sovraimpresso. 

- PIP: viene visualizzato come sfon- 
do il Canale 1, poi quello PIP; non 
viene invece visualizzato quello del 
computer, 

WIPE: qui è possibile selezionare il 
tipo di effetto che verrà controllato 
dallo slider Wipe. 

In particolare, si potrà scegliere tra 
una chiusura/apertura a tendina 
orizzontale o verticale, a cerchio 


oppure a rettangolo, partendo dal- 
l'angolo superiore sinistro dello 
schermo; con l’opzione INVERS ot- 
terremo l’inversione dell’effetto (una 
tendina che prima andava dall’alto 
verso il basso ora andrà dal basso 
verso l’alto). 

E’ possibile selezionare la dimen- 
sione del bordo della tendina e il suo 
colore (sono 8 i colori disponibili), 
inoltre si può impostare la velocità di 
transizione dell’effetto, nel caso lo si 
utilizzi in modo automatico. 
DIGITIZE: consente di definire la 
velocità di digitalizzazione dell’im- 
magine; gli altri controlli, come di- 
mensione dello schermo, numero 
dei colori, saturazione del colore, 
aggiustamento delle frange di colo- 
re in modo HAM, vengono effettuati 
dal software di digitalizzazione pre- 
sente su dischetto. 

DEFAULT: presenta i seguenti sot- 
tomenu: 

- Demo: attiva una dimostrazione di 
effetti ottenibili utilizzando wipe e 
fade. 

- User: è possibile attivare l’opzione 
Expert che consente l’accesso ad 
una serie di sottomenu. 
Essenzialmente, sono quelli di tara- 
tura della macchina con il sistema 
da noi utilizzato: una volta impostati, 
si possono disabilitare, selezionan- 
do l’opzione User nello stesso sotto- 
menu. 

- Save/Load: questa interessantissi- 
ma opzione ci permette di salvare o 
ricaricare una certa configurazione 
dalla RAM interna del Genlock 
(sono disponibili 10 file con nomi 
modificabili). 

In ogni caso, all’accensione dell’ap- 
parecchio, l'ultima impostazione dei 
vari parametri viene riletta automati- 
camente e quindi non dovremo ef- 
fettuare ogni volta tale operazione. 

- Display: consente di modificare la 
luminosità del display alfanumerico. 

- Language: permette di scegliere 
fra inglese, francese e tedesco per 
le frasi visualizzate sul display. 

- Amiga-Sync: consente la scelta fra 
due tipi di sincronismo per migliora- 
re la qualità deH’immagine finale (io 
ho dovuto utilizzare il sincronismo B, 
altrimenti l'immagine di Amiga risul- 
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tava spostata sulla sinistra dello 
schermo). 

PIP: è l'ultima opzione disponibile e 
permette la regolazione dei para- 
metri relativi al PIP: contrasto, satu- 
razione, colore del bordo, dimensio- 
ne del PIP (1/6 o 1/9 dello schermo), 
tipo di movimento (se l'immagine 
del PIP deve rimanere stabile sullo 
schermo viene disabilitato il salva- 
taggio della parte di schermo sotto- 
stante al PIP), posizione sullo scher- 
mo (sono possibili cinque tipi di 
posizionamento del PIP sullo 
schermo, mentre la regolazione 
fine si ottiene muovendo la leva 
del Joystick presente sul pan- 
nello comando), effect colours 
(con quest'ultima opzione si 
possono ottenere effetti di sola- 
rizzazione nel PIP). 

Come avete potuto notare, la 
quantità dei parametri disponi- 
bili è così vasta che resta del 
tutto giustificato l'utilizzo dell'e- 
lettronica digitale e di un di- 
splay alfanumerico come ausi- 
lio per una rapida utilizzazione 
del dispositivo; purtroppo l'in- 
gresso e l'uscita dai vari sotto- 
menu si ottiene premendo due 
tasti separati e questo impone 
alla mano sinistra di staccarsi 
dalla manopola Jog-Shuttle. 
Utilizzando il programma SCA- 
LA è possibile gestire le varie 
funzioni di Fade e Wipe, tramite 
la porta seriale di Amiga (il cavo 
di collegamento seriale non 
viene fornito con l'apparec- 
chio); purtroppo il manuale non trat- 
ta affatto questo argomento, ma 
penso che un contatto diretto con la 
ditta produttrice possa fornire utili 
informazioni riguardanti la program- 
mazione del Genlock utilizzando la 
porta seriale, magari via ARexx o 
qualsiasi altro linguaggio a noi con- 
geniale (AMOS, per esempio). 

GIUDIZIO 

La qualità dell'output video fornito è 
certamente alta (diciamo Broad- 
cast) anche se non viene dichiarato 
il rapporto Segnale/Rumore. 


La gestione di entrambi i segnali più 
diffusi a livello amatoriale (video- 
composito e Super VFIS) riserva alla 
macchina un'ampia fascia del mer- 
cato e lapresenzadi un mixer audio 
sullo stesso pannello di comando 
rende più facili le operazioni di 
montaggio video, anche se bisogna 
lamentare la mancanza di un equa- 
lizzatore e di un ingresso microfoni- 
co, per i quali bisogna intervenire 
esternamente. Inoltre, la presenza 
di un ottimo digitalizzatore video 
nello stesso apparecchio (a livello 


Il VDE-10 della Videocomp 


del Framer 2.0 per quanto riguarda 
la qualità delle immagini ottenibili), 
può aiutare anche nellacreazionedi 
effetti di solito riservati a sistemi ben 
più costosi. Facciamo un esempio 
concreto: in fase di riversamento del 
filmato, blocchiamo sia il video sor- 
gente che quello destinazione nel 
punto in cui deve avere inizio l'effet- 
to; digitalizziamo, poi, l'immagine 
proveniente dal Canale 1 , la salvia- 
mo in formato IFF. Dopo averla rita- 
gliata come pennello e leggermente 
ridotta mediante DeluxePaint IV, 


passiamo al menu animazione, en- 
trando nel menu MOVE. Facciamo 
ruotare l'immagine sino a farla 
scomparire sull'asse Z, cioè verso 
l'orizzonte. A questo punto, posizio- 
namo il video sorgente sulla nuova 
sequenza di immagini da registrare, 
avviamo entrambi gli apparecchi e, 
premendo il tasto 5 di Amiga, fac- 
ciamo partire l'animazione. Il risulta- 
to sarà notevole. In conclusione, il 
rapporto qualità/prezzo appare ben 
proporzionato, specie se si consi- 
dera che l'apparecchio contiene 
ben tre periferiche di qualità: 
Genlock, digitalizzatore video e 
mixer audio. 

QUALE SCEGLEFÌE? 

Se disponete di apparecchia- 
ture dotate di sistema Super 
VFIS la scelta, naturalmente tra 
i tre modelli qui esaminati, do- 
vrebbe cadere sul VDE-10; se 
invece il vostro sistema lavora 
in videocomposito e fate un uso 
solo sporadico della vostra at- 
trezzatura, può essere suffi- 
ciente l'acquisto del RocGen, 
soprattutto se la sorgente video 
che utilizzate è dotata di un 
buon segnale di sincronismo. 
In ogni caso dotatevi di buoni 
cavi schermati, tenete gli stessi 
e il Genlock lontani da alimenta- 
tori odatensioni di rete, utilizza- 
te una cassetta vergine della 
migliore qualità per la registra- 
zione e non dimenticate di stac- 
care l'antenna collegata al vi- 
deoregistratore. 

L SOFTWARE VIDEO 

Oltre all'hardware, è però necessa- 
rio dotarsi di software adeguato alle 
proprie esigenze. Per prima cosa 
esaminiamo i programmi dedicati 
alla titolazione e agli effetti, come 
Wipe e Fade. Fra di essi possiamo 
citare, in ordine di completezza: 

Broadcast Titler II: è forse il migliore 
dei programmi di titolazione per 
Amiga, con un ottimo antialiasing 
dei font. 

AmigaVision: la lunga attesa per 
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l’uscita di questo pacchetto è stata 
ampiamente ripagata in termini di 
semplicità di utilizzo, buona gestio- 
ne delle capacità grafiche e sonore 
di Amiga, effetti video disponibili, 
supporto dei laser disc. 

Scala: ottime capacità, si sta lenta- 
mente affermando come uno dei più 
significativi prodotti di titolazione 
per Amiga. 

TV Text Professional: ottima gestio- 
ne di sfumature di colore e ombreg- 
giatura dei font. 

Inoltre, per dovere di cronaca, citia- 
mo: Title Page, TV Show 2.0, Pro 
Titler, Video Studio, Home Titler. 

Per quanto riguarda le animazioni 
grafiche ricordiamo: 

Deluxe Paint IV: con le nuove scelte 
di sfumatura, processi di metamor- 
fosi del pennello e light table, ag- 
giunge nuove possibilità di anima- 
zione deH'immagine, anche se risul- 
ta un po’ lento nella gestione del 
modo HAM. 

Spectracolor: permette di animare 
pennelli in HAM. 

Disney Animation Studio: dispone di 
una tavolozza separata di colori (32) 
per ogni fotogramma di animazione. 

Per la rielaborazione di immagini i 
capostipiti sono due: 

Art Departement Professional: gran- 
de divoratore di memoria nel caso si 
voglia caricare un'immagine in for- 
mato HAM (la converte internamen- 
te nel formato a 24 bit). 

Pixmate: ottimo e veloce per la ridu- 
zione o l’ingrandimento di formati e 
per la conversione di palette. 

I! ray tracing (frutto della teoria delle 
ombre e delle superfici riflettenti), a 
mio avviso, è gestibile solo in pre- 
senza di schede acceleratici, altri- 
menti i tempi di attesa si fanno trop- 
po lunghi anche ai soli fini amatoria- 
li. Tra i numerosi programmi dispo- 
nibili segnalo: 

Reai 3D: di facile uso e molto veloce 
nel rendering. 

Imagine: ora disponibile anche per 
l’uso con schede acceleratrici, è 


stato sviluppato sulla base di Turbo 
Silver. 

Draw 4D Pro: è una via di mezzo tra 
il CAD e il ray tracing, i suoi menu 
sono molto “vasti". 

FRA BREVE 

C’è da segnalare, inoltre, che sarà 
presto disponibile Video Director 
della Gold Disk, un’interfaccia hard- 
ware che, tramite la porta seriale, è 
capace di controllare telecamere 
dotate di presa REMOTE (quasi tut- 
ta la serie Sony 8mm, per esempio). 
Inoltre, tramite un cavo collegato 
alla seconda porta joystick, può 
inviare al videoregistratore dei se- 
gnali all’infrarosso (quelli che nor- 
malmente inviamo col telecoman- 
do) per sincronizzare i due appa- 
recchi in fase di registrazione. 


Il software fornito con l’interfaccia 
permette così di marcare le varie 
scene che vogliamo montare e poi, 
una volta ultimato il lavoro, sarà il 
programma stesso che cercherà 
sulla telecamera i pezzi di filmato 
che intendiamo utilizzare, coman- 
dando al videoregistratore di inizia- 
re la registrazione oppure metten- 
dolo in pausa, in attesa che la tele- 
camera ricerchi il brano successivo. 
Il prezzo annunciato di 200 dollari 
USA, compreso il software, è più 
che buono e darà sicuramente 
un'ulteriore spinta ad Amiga nel 
mercato multimediale. A 


I tre genlock recensiti sono in vendi- 
ta presso: 

Newel S.r.l. - Via Mac Mahon, 75 - 
Milano Tel. 02/323492 
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GREAT YALLEY PRODUCTS 


Computer Time 

Padova 


Vendita per corrispondenza 

Via della provvidenza 43 
Sarmeola di Rubano 35030 PD 

Super Offerta!!! 


Hd Quantum 52Mb 

420.000 

Hd Ricoh removibile 50Mb 1 

.350.000 

Kickstart 1 .3 Amiga 500plus 

75.000 

Digitalizzatore Video III 

500.000 

Drive esterno 

120.000 

Espansione A500 51 2k 

59.000 

Scanner Golden Imaqe 

385.000 

Trackball Golden Ottico 

165.000 

Contenitore dischi 3.5 40pcs 

8.500 

Contenitore dischi 3.5 80pcs 

15.000 

Tel. 049/8976508/8976787 

Fax049. 897641 4 
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DISTRIBUTORE UFFICIALE PER L'ITALIA 
RS s.r.l. - CADRIANO (B0) 
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ALL1STTERN0 DB. 2000 


Uno sguardo 
all' interno della 
macchina più 
espandibile della 
linea Amiga. 


Paul Bosacki 


A bbiamo già presentato un 
articolo analogo a questo 
riguardante Amiga 500. A 
causa delle richieste pervenute, 
continuiamo la serie con questo 
sguardo ravvicinato al primo com- 
puter Commodore espandibile in- 
ternamente. In un futuro articolo 
daremo un'occhiataalla più potente 
macchina della Commodore, Ami- 
ga 3000 Tower. 

A prima vista, le somiglianze fra il 
2000 e il fratello minore, il 500, sem- 
brano superiori alle differenze. 
Dopo tutto hanno la stessa CPU, il 
68000, la stessa velocità di clock, 
circa 7 MHz, e usano lo stesso setdi 
chip dedicati. Ma sono due macchi- 
ne sostanzialmente diverse, basta 
aprirle per rendersene conto. Prima 
di chiarire le differenze vediamo, 
però, cosa ha da offrirci il 2000. 

1 1 2000 standard è basato su un Mo- 



torola68000a7.14 MHz, circa sette 
milioni di cicli al secondo (Amiga 
2500, commercializzato in USA, è 
un 2000 con una scheda 68030). 
Ora, come se non fosse di per sé ab- 
bastanza veloce, la Commodore e 
gli sviluppatori originali di Los Gatos 
arricchirono la macchina con tre po- 
tenti coprocessori. Questi chip, 
Agnus, Paula e Denise, hanno fatto 
parte dell'architettura di Amiga sin 
dal 1 000. Svolgono una lunga serie 
di funzioni, come la gestione della 
grafica e del video, dell'accesso 
diretto alla memoria (DMA) e dei 
suoni digitalizzati che i giocatori non 
smettono mai di apprezzare. 

Il quarto chip dedicato, Gary (ab- 
breviazione di "gate array", un chip 
progettato per essere customizza- 
to), è apparso assieme al 2000. 

Il 2000 è stato commercializzato 
inizialmente con il Kickstart 1 .2 in 
ROM da 256K. Con la revisione 4.5 
della scheda madre, il Kickstart è 
passato all '1.3. Con la versione 2.0 
del sistema operativo, che deve 
essere ancora rilasciata, ci sarà un 
altro upgrade del Kickstart, questa 
volta su ROM da 51 2K. L'orologio 
con batteria tampone e il doppio 
della memoria del 500 normale, 1 
Mb, sono standard sul 2000. La 
memoria può essere espansa fino a 
9 Mb mediante scheda. Al boot, la 
CPU determina laquantitàdi memo- 
ria installata nel sistema e l'aggiun- 
ge alla lista di memoria. Perciò vi si 
può accedere direttamente. 

CAVALCHIAMO IL BUS DELLA RAM 

Sia nel 500 che nel 2000, la memo- 
ria può risiedere su due bus diffe- 
renti, la Chip RAM sul bus video e la 
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Fast RAM sul bus di sistema. Il 
68000 ha accesso ad entrambi i 
bus, mentre l'Agnus e gli altri copro- 
cessori hanno accesso solo al bus 
video. Su tale bus i coprocessori 
hanno la precedenza. Al 68000 è 
inibito l'accesso alla Chip RAM 
quando Agnus è occupato in certe 
operazioni; di conseguenza, il 
68000 può venir ritardato quando 
deve accedere alla Chip RAM. Non 
è questo il caso della Fast RAM. Se 
si esclude una possibile richiesta 
DMA esterna (che può essere gene- 
rata da periferiche ad alta velocità), 
solo il 68000 ha accesso alla Fast 
RAM. 

Sul retro del 2000 si trovano gli stes- 
si connettori che appaiono sul 500. 
C'è il connettore per la porta paralle- 
la e per quella seriale (RS232).Un 
altro connettore permette di colle- 
gare drive esterni da 3.5" e 5.25". 
L'elenco è completato dall'uscita 
audio stereo, l'uscita video compo- 
sita e quella RGB analogica. 

Sul frontale del 2000 c'è il connetto- 
re per la tastiera separata e altri due 
ingressi: uno per il mouse e l'altro 
per la penna ottica. A entrambe le 
porte è possibile collegare un joy- 
stick o altri dispositivi di input. 

SOTTO L COFANO 

Accedere alla scheda madre del 
2000 non è un'operazione sempli- 
cissima. Cinque viti bloccano il 
cabinet. Una volta rimosse, questo 
scivola via rivelando l'ostacolo suc- 
cessivo: il drive e l'alimentatore. A 
seconda del numero di drive e del 
tipo, si devono staccare i connettori 
dalla scheda madre. Per gli hard 
disk, i cavi devono essere staccati 
dal drive. A questo punto occorre 
svitare alcune viti e poi la slitta per il 
drive e l'alimentatore vengono via 
con facilità dal telaio. Appare final- 
mente la scheda madre: esaminia- 
mola. 

Con il 2000 davanti a voi (fate riferi- 
mento alla foto), immediatamente 
sotto la slitta per i drive, nell'angolo 
adestra, ci sono i chip RAM dal Mb. 
Nelle prime revisioni della scheda 
erano chip da 256K e ce ne voleva- 
no 32 per fare 1 Mb. Dalla revisione 



6.0 della scheda madre vengono 
usati DRAM da 1 Mbit. Adesso sono 
necessari solo 8 chip per fare 1 Mb 
di RAM. 

La revisione 6.0 della scheda non 
era priva di problemi. Con la 6.1 è 
stata modificata la logica del reset 
hardware, che in precedenza pote- 
va generare dei guru al momento 
dell'accensione. Tuttavia, se il pul- 
sante sinistro del mouse veniva 
premuto dopo il crash, il sistema si 
avviava normalmente. La revisione 
6.2, la più recente, ha introdotto ulte- 
riori modifiche: alcune schede d'e- 
spansione rifiutavano di funzionare 
con le nuove DRAM e l'Agnus da 
1Mb. 

Vicino alle DRAM c'è Gary, il chip 
custom responsabile della quasi 
totalità della logica di controllo del 
bus: è suo compito arbitrare l’ac- 
cesso alla Chip RAM. Quando l'A- 
gnus accede alla Chip RAM, Gary 
genera dei segnali che ne inibisco- 
no l'accesso al 68000. Gary fornisce 
anche tutta la decodifica degli indi- 
rizzi per i vari sottosistemi hardware 
che costituiscono Amiga. 

Sebbene tutti gli altri chip custom 
abbiano funzioni chiaramente defi- 
nite, non è così per Gary. Fra le sue 
responsabiltà troviamo un po' di 
logica di controllo dei floppy disk e 
l'interfaccia di reset hardware, oltre 
a varie altre cose. Di fatto, fino alla 
scheda madre 4.3, non esisteva 
alcun Gary. Le sue funzioni erano 
gestite da una serie di componenti 
discreti. Il nuovo Agnus dal Mbnon 
funziona perfettamente su queste 
schede e il motivo potrebbe essere 
proprio l'assenza di questo chip. 
Nei pressi di Gary c'è il coprocesso- 
re dedicato al sonoro e all'l/O: Pau- 
la. A fianco di questo, nei pressi 
dello slot video c'è Denise. Denise è 
il coprocessore grafico. E' possibile 
sostituirlo con unanuovaversione.il 
3000 usa il SuperDenise, che offre 
nuovi modi grafici con risoluzioni 
maggiori di quelle originali. Fra 
queste c'è un modo in alta risoluzio- 
ne che offre le risoluzioni 1280x200 
e 1280x400 interlacciata (NTSC). 
Sono disponibili 4 colori da una 
palette di 64. 1 1 modo productivity 
fornisce la risoluzione 640x480 non 


interlacciata o 640x960 interlaccia- 
ta, di nuovo con 4 colori da una 
palette di 64. Questo modo richiede 
un monitor VGA omultiscan. Il Super 
Denise funziona bene con Amiga 
2000 e dovrebbe esservi sostituito 
quando le ROM del 2.0 verranno 
rilasciate. 

Verso la sommità della scheda ci 
sono due chip CIA, gli 8520 prove- 
nienti da un altro computer della 
Commodore, il popolare Commo- 
dore 64. 

Sotto Gary c'è l'Agnus. Se si eccet- 
tua il 68000, Agnus è il chip più 
significativo dell'architettura Amiga. 
Non solo è responsabile di tutte le 
temporizzazioni e indirizzamenti 
RAM, ma ha la precedenza nell'ac- 
cesso alla Chip RAM rispetto al 
68000. Che significa? Fondamen- 
talmentequesto: l'Agnus o qualsiasi 
altro coprocessore può accedere 
alla Chip RAM mentre il 68000 acce- 
de ed esegue istruzioni presenti in 
Fast RAM. Questo consente al 2000 
di superare le prestazioni di altri 
computer che viaggiano alla stessa 
velocità di clock, dal momento che 
Agnus può aggiornare lo schermo 
mentre il 68000 è occupato in altre 
operazioni. 

Agnus è anche "la colla" che tiene 
uniti tutti i coprocessori. Quando 
Agnus accede alla Chip RAM, 
emette un codice che descrive la 
natura dell'accesso agli altri due 
coprocessori. La maggior parte 
degli accessi alla memoria viene 
effettuata per conto di Denise o 
Paula, e il codice emesso da Agnus 
indica come gli altri due chip devo- 
no rispondere. 

L CUORE DI AMIGA 

Alla sinistradi Agnusc'èil micropro- 
cessore 68000 della Motorola. E' la 
stessa CPU che si trova nel Macin- 
tosh dell'Apple e nell'Atari ST. In 
questo pezzo di silicio trovano posto 
più di sette milioni di transistor. 
Sedici registri contribuiscono a ren- 
dere il 68000 un processore molto 
veloce e flessibile. Con un bus d'in- 
dirizzamento a 24 bit, lo spazio indi- 
rizzabile è di 16 Mb per la memoria 
e gli indirizzi di I/O. Lo si confronti 
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con il limite di 64 K dello spazio 
d'indirizzamento a 16 bit, comune 
solo qualche anno fa! 1 1 68000 è una 
CPU a 16/32 bit. La cosa può risulta- 
re poco chiara, ma significa che 
ogni scambio di dati fra il 68000 e il 
sistemasi muove lungo un percorso 
a 16 bit. Tutti i trasferimenti interni, 
tuttavia, si muovono lungo un per- 
corso a 32 bit. La velocità di clock 
non è il solo indicatoredellavelocità 
di un processore. Una CPU a 32 bit 
con PÌAM a 32 bit, come il 68020 e il 
68030, avrà una velocità superiore 
al 68000, a parità di clock. Fino a 
questo momento non abbiamo visto 
molto che permettadi differenziare il 
2000 dal 500. Infatti, una volta instal- 
lata la scheda d'espansione di 
memoria A501 nel 500, il 500 e il 
2000 sono funzionalmente equiva- 
lenti. Perché allora spendere di più 
per acquistare un 2000? 

IL SEGNO DI ZORRO 

La differenzasta negli slot. Mentre il 
500 ha solo lo slot interno e il bus 


esterno, il 2000 possiede ben 9 slot 
interni. I nove slot possono essere 
suddivisivi in quattro gruppi distinti, 
ognuno dei quali ha proprietà e 
funzioni particolari. Sul margine 
destro della scheda c'è il primo: lo 
slot video. Un altro è quello per il 
coprocessore o slot CPU, situato 
alla sinistra del 68000. Ancora a 
sinistra dello slot CPU ci sono cin- 
que slot Zorro, o Amiga bus. I due 
più a sinistra, allineati con i due slot 
direttamente al di sopra, costitui- 
scono una combinazione fra bus 
Amiga e IBM AT. Gli ultimi due forni- 
scono accesso al bus a 8 bit dei 
sistemi IBM XT. Quando è presente 
una BridgeBoard, è qui che vanno 
inserite le schede d'espansione 
standard PC ISA. Esaminiamo più 
attentamente i diversi gruppi. Un'i- 
spezione dello slot video rivela che 
è costituito da due connettori a 36 
pin. Questi connettori consentono 
alla scheda installata di accedere 
direttamente ai dati video, ai segnali 
di controllo video e a ognuno dei 
quattro bit di dati analogici RGB. I 
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connettori consentono anche il 
controllo del connettore esterno 
RGB analogico. Questo slot è desti- 
nato a schede quali genlock, il Di- 
splay 2320 dellaCommodore, il flic- 
kerFixer della MicroWay, il Video- 
Toaster della NewTek. E' qui che 
vanno installate le schede che ri- 
chiedono un accesso diretto ai dati 
e ai segnali di controllo video. 
Andiamo allo slot successivo, quel- 
lo della CPU. Si tratta di un connet- 
tore a 86 pin, visibile sulla sinistra 
della slitta per i drive. Ciò che rende 
unico questo slot è la possibilità di 
escludere il 68000 presente sulla 
scheda. Ciò consente a un altro 
processore di assumere il controllo 
del sistema. E' qui che risiedono 
schede come l'A3001 della GVP e 
l'A2630 dellaCommodore. Ferman- 
do il 68000, il 68030 può fare le veci 
del 68000. Da questo slot una CPU 
sostitutiva ha accesso a tutte le linee 
controllate dal 68000. Tale CPU 
deve gestire e osservare gli stessi 
protocolli di sistema del 68000. 
Anche una CPU a 25 MFIz deve 
aspettare prima di po- 
ter accedere alla Chip 
RAM! Inoltre, le sche- 
de in questo slot pos- 
sono accedere agli 
slot Zorro 1 1 attraverso 
un bus a 16 bit. Ecco 
perché molte schede 
acceleratrici hanno la 
loro RAM: la memoria 
deve risiedere sulla 
scheda presente nello 
slot CPU per potervi 
accedere a 32 bit alla 
volta. Lo slot CPU offre 
un'eccitante possibili- 
tà: un'altra CPU po- 
trebbe funzionare in 
parallelo con il 68000. 
Processori specializ- 
zati, come il coproces- 
sore matematico 
68881, possono rice- 
vere il controllo del si- 
stema per svolgere 
funzioni che riescono 
ad eseguire più velo- 
cemente del 68000. I 
successivi cinque slot 
sono gli chiamati Zorro 


Paula 


Denise 


1 MB 


RAM 
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II. Questi connettori a 100 pin risie- 
dono sul bus di sistemadel 2000. Le 
schede ivi inserite hanno la possibi- 
lità di autoconfigurarsi al momento 
dell'accensione. La scheda può 
raccontare, in sintesi, ad Amiga 
qualcosa di sé: dove gli piace vive- 
re, la quantità di spazio di indirizza- 
mento di cui ha bisogno, chi l'ha 
fatta e così via. Le schede d'espan- 
sione di memoria colgono questa 
opportunità per indicare al sistema 
che lo spazio d'indirizzamento di- 
chiarato dalla scheda deve essere 
aggiunto alla lista di memoria del 
sistema. 

Il processore restituisce alla scheda 
l'indirizzo base della memoria allo- 
cata per essa. 

Questa riloca in via definitiva la 
scheda all'indirizzo base fornito 
dallaCPU,fino al momento del reset 
successivo. 

Ogni scheda ha accesso a una 
certa varietà di segnali di controllo, 
che indicano se la scheda ha ac- 
cesso al bus di sistema o se ii siste- 
ma sta tentando di accedere alle 
funzioni della scheda. 

Espansioni di memoria, controller 
per hard disk, schede grafiche 
come la Firecracker 24 della Impul- 
se e schede speciali di I/O rappre- 
sentano solo una parte della varietà 
di schede disponibili per gli slotZor- 
ro II. 

UN FOSTE 9LLLE AOGLE MS-DOS 

Gli ultimi due slot Zorro sono allinea- 
ti ai due connetori PC AT superiori. 
Assieme ai due slot all'estrema sini- 
stra, risiedono sul bus di sistema 
secondario, un sistema che si con- 
forma esattamente agli standard 
IBM XT e AT. 

Senza una BridgeBoard installata, 
tuttavia, il bus IBM è inattivo e com- 
pletamente isolato dal bus di siste- 
ma del 2000. 

La BridgeBoard deve risiedere in 
uno dei due ultimi slot Zorro. Un 
pettine si inserisce nello slot Zorro e 
l'altro in quello superiore. Una volta 
installata, la BridgeBoard fornisce 
un percorso arbitrato attraverso cui 
i due sistemi , il 2000 e il PC, possono 
comunicare tra loro. 


E' venuto ii momento di reinstallare i 
drive e il cabinet. Sebbene ci sia 
molto in comune fra il 2000 e il 500, 
l'aggiunta degli slot e l'espandibilità 
che essi permettono creano un si- 
stematanto potente quanto l'utente 
desidera. 

L'utente non è limitato a ciò che i 
progettisti ritennero ragionevole. 
Grazie agli slot, il 2000 può facil- 
mente essere configurato per qual- 
siasi funzione. Con la giusta combi- 
nazione di schede d'espansione, il 
2000 può risultare più potente di un 
3000. 

C'è dunque molto dentro il 2000 e la 
cosa più bella è che resta del tutto 
invisibile all'utente. Inserite una 
scheda d'espansione e mettetevi al 
lavoro: nessun dip switch, nessun 
jumper o altri rompicapo di cui pre- 
occuparsi. Questo vuole essere un 
vero tributo a chi per primo progettò 
Amiga. 

Vi potreste domandare se il 2000 
avrà un futuro, con i prezzi del 500 in 
discesa, il 500 Plus, i 3000 e i 3000T 
sul mercato. Il 2000 ha ancora molto 
da dire. E' ii solo modello che può 
gestire il Video Toaster (disponibile 
solo in NTSC). 

Siccome la Newtek non ha rispettato 
i limiti imposti dalla Commodore per 
le schede video, il solo modo di 
inserireil Toaster in un 3000 o 3000T 
è modificare il Toaster o il computer. 

Il 2000 è la sola possibilità per gli 
utenti Toaster. 

Se prevedete che un giorno possia- 
te aver bisogno di un Amiga dotato 
di 68030 o 68040, ma non avete i 
soldi per un 3000 o 3000T, potete 
iniziare con un 2000 ed eventual- 
mente aggiungere una scheda 
acceleratrice. Anche un 500 può 
essere espanso, ma è più facile 
incontrare problemi di compatibilità 
o di mancanza di spazio, quando si 
vuole aggiungere più di un'espan- 
sione al 500. 

Se avete bisogno di un Amiga a 
basso prezzo, espandibile, adatto 
soprattutto al video, Amiga 2000, 
pur vecchio di quattro anni, resta 
ancora la scelta migliore. 

© Compui^ Publication International, Ltd., 
1991. Tutti i diritti sono riservati. 


LAN & 

Telecomunicazioni 
Trasmissione dati, reti 
Lan modem, pabx e 
centrali, telefoni 
intelligenti, intervoice e 
fac-simile, costituiscono 
l'asse portante della 
rivista. Non mancano gli 
articoli di analisi del 
mercato di settore, 
l'attualità e le soluzioni 
applicative 

Quaderni di Informatica 
Pubblica 
Periodico edito in 
collaborazione con 
il Dipartimento per la 
Funzione Pubblica nel 
quadro delle iniziative 
del raggruppamento 
SOLE 24 ORE 
JACKSON. Gli argomenti 
di volta in volta trattati 
saranno dedicati ai vari 
aspetti tecnici e alle 
normative circa l'utilizzo 
delle nuove tecnologie 
nell'ambito della 
Amministrazione 
Pubblica. 

Informatica Oggi 
Settimanale 
Il Newsmagazine d i 
informatica Jackson, 
strutturato in sezioni per 
fasce di utenza, 
ambienti operativi e di 
prodotto, dai mainframe 
al PC. Privilegia 
l'attualità e la "notizia" 
in assoluto, sia essa un 
nuovo prodotto o il 
risultato di una 
recentissima ricerca 
di mercato. 


PC Floppy 
+ PC Magazine 
E' la versione "software" 
di PC Magazine. Infatti 
contiene mensilmente 
due floppy nei formati 
5"l/4 e 3"l/2 con 
programmi di utilità, 
esempi di applicativi 
e programmi utili. 

Informatica Oggi 
& Unix 

La prima rivista italiana 
dedicata ai sistemi 
aperti che, raccogliendo 
e amplificando 
l'esperienza e il 
know-how acquisiti da 
INFORMATICA OGGI, 
si pone come vero e 
proprio punto di 
riferimento per tutti 
coloro che operano nel 
segmento di mercato 
in maggior sviluppo 
di tutta l'information 
technology. 

PC Magazine 
La rivista per l'utente 
professionale di 
personal computing. 

La prima rivista 
interamente dedicata 
ai sistemi MS-DOS. In 
ogni numero "prove su 
strada", servizi speciali 
e aggiornamenti 
sull'evoluzione dei 
prodotti e del mercato. 

BIT 

Il mensile di personal 
computing indirizzato ai 
tecnici, al "trade" e a 
tutti gli appassionati. 
Fornisce 
un'informazione 
approfondita sulle 
ultime novità.del. 
mercato e pubblica test 

accurati su prodotti 
hardware e software. 



AMIGA MAGAZINE 29 




RIFLETTORI SU 


Come è possibile 
risparmiare spazio 
su disco. 


CONE RIDURRE I DATI 


A nche se avete un hard disk 
da 300 Mb, non c'è mai 
abbastanza spazio per i file. 
Questo mese parleremo di come è 
possibile risparmiare spazio su di- 
sco usando la compressione. Pote- 
te usare programmi di compressio- 
ne su file singoli, su gruppi di file, su 
subdirectory o su interi dischi. Il ri- 
sultato è un singolo file che è molto 
più piccolo dei dati di partenza. Al 
momento della decompressione i 
file ritornano alle loro dimensioni 
originali. I benefici della compres- 
sione sono di due tipi: viene usato 
meno spazio su disco ed è più facile 
catalogare e immagazzinare un 
solofile invece di molti. D'altra parte, 
sia la compressione che la decom- 
pressione richiedono tempo. I pro- 
grammi di compressione applicano 
l'arte arcana di riporre dieci chili di 
bit in un contenitore da cinque chili. 
Possono ridurre 1 00K di dati a 50K o 
meno, a seconda del tipo di dati. In 
parole povere, i programmi di com- 
pressione rimuovono lo spazio tra 
bit in ogni byte, sostituendosequen- 
ze ripetute di dati con sequenze più 
brevi. Possono poi eseguire l'opera- 
zione inversa e ritrasformare i cin- 
que chili di dati nei dieci chili inizia- 
li. Una volta che il file è compresso, 
non è possibile comprimerlo ulte- 
riormente. Alcuni tipi di dati vengo- 
no compressi meglio di altri. I file di 
testo si comprimono bene, a causa 
delle duplicazioni presenti nel lin- 
guaggio naturale. I file di programmi 
non si comprimono altrettanto bene. 
Quellidi immagini IFF sonogiàcom- 
pressi con una tecnica molto sem- 
plice, ma qualsiasi programma di 
compressione può comprimerli ul- 
teriormente. I file di immagini nel 


formato GIF sono così compressi, 
già nella loro condizione naturale, 
che i programmi di compressione 
raramente possono ridurli ulterior- 
mente. Gli utenti di modem sono i 
più grandi consumatori dei pro- 
grammi di compressione. Compri- 
mendo un gruppo di file prima di 
trasmetterli, è possibile risparmiare 
molti minuti di trasmissione. Ogni 
byte richiede tempo e denaro, così 
più piccoli sono i file e meno vengo- 
no a costare. Sia chi invia che chi 
riceve ha bisogno di una copia del 
programma di compressione per 
gestire i file. Il ricevente, in particola- 
re, ha bisogno di una copia del pro- 
gramma per decomprimere il file 
scaricato. I programmi di compres- 
sione sono normalmente Public 
Domain o liberamente distribuili, 
così è abbastanza facile trovarli. 
Spesso una BBS presenta file inse- 
riti da utenti IBM, Macintosh e Ami- 
ga. Per compatibilità con il minimo 
comun denominatore, i file vengono 
solitamente nominati con una tecni- 
ca derivata dai PC IBM. A causa 
delle gravi restrizioni presenti nel 
mondo MS-DOS, i nomi dei file 
devono essere limitati a otto lettere 
maiuscole, un punto e altre tre lette- 
re maiuscole. Le ultime tre lettere 
vengono chiamate "estensione". 
Queste tre lettere ricordano all'uten- 
te il tipo di file. In un word processor 
MS-DOS si è costretti ad abbreviare 
il nome di file "Relazione del dibatti- 
to di novembre" in NOVDEB2.TXT. 
Gli utenti IBM hanno adottato con- 
venzioni come TXT o DOC per i 
documenti o i file testuali EXE per i 
programmi eseguibili. Questi termi- 

(seguea pag. 55) 
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ON DISK è una rubrica mensile 
di quattro pagine che possono anche essere 
staccate e conservate; in queste pagine 
sono descritte tutte le informazioni 
dei programmi inclusi nel disco, 
complete di istruzioni, fuochi ecc... 

In questo spazio troveranno posto giochi, 
utility e tutto ciò che può fare Amiga. 


♦ 
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• Games 


Crazy Pipes v2.0 

Joe Rumsey 

Questo mese abbiamo proprio 
deciso di stupirvi. Vi proponiamo un 
fantastico programma che i più at- 
tenti riconosceranno sicuramente 
come una versione esattamente 
identica ad un famoso gioco a prez- 
zo pieno di qualchetempofa. Ugua- 
le in tutto e per tutto, dicevamo, 
tranne che questa versione è com- 
pletamente Shareware e quindi 
potete godervelo senza problemi e 
senza spendere decine di migliaia 
di lire. Lo scopo di Crazy Pipes è 
quello di costruire una lunghissima 
tubaturautilizzandoi pezzi che man 
mano vi vengono messi a disposi- 
zione. Il problema consiste nello 
sfruttare nella maniera migliore tutti 
i pezzi disponibili senza sprecarne 
alcuno, il tutto mentre l'acqua scor- 
re implacabilmente e si avvicina al 
termine della tubatura. Se l'acqua 
raggiunge il pezzo terminale della 
tubatura il gioco finisce. E' anche 
possibile sostituire pezzi di tubo già 
piazzati sullo schermo, pena, co- 
munque, la perdita di preziosi punti, 
ma vi accorgerete presto quanto 
possa essere indispensabile que- 
sta possibilità. Quando l’acqua 


raggiunge la fine della tubatura 
vengono conteggiati i pezzi che 
sono completamente estranei alla 
tubatura principale in cui scorre 
l’acqua e per ognuno vengono sot- 
tratti dei pu nti . Se sarete riusciti a far 
scorrere abbastanza liquido, potre- 
te passare immediatamenteal livel- 
lo successivo, altrimenti... Game 
Over ! Avete a disposizione 80 livelli 
per mettere alla prova quello che i 
recensori di videogiochi chiamano 
"pensiero laterale", sarete abba- 
stanza abili da entrare a far parte 
della classifica dei migliori 
giocatori? Nota: se si ottiene un 
punteggio da classifica, Crazy Pi- 
pes cerca di memorizzarlo perma- 
nentemente su disco. Se il vostro 
disco è protetto (dovrebbe esserlo 
per evitare rischi) verrà visualizzato 
un requester di sistema recante il 
messaggio: "Volume AmigaMaga- 
zine is write protected". Se proprio 
volete memorizzare il vostro pun- 
teggio vi consigliamo di farlo con 
una copia sprotetta. 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1.2/1. 3/2.0 

UTILIZZO 

Workbench: Doppio Click sull'icona 

FILE DI SUPPORTO 

Tutti i file e le sottodirectorypresenti nella 
directory "The Game!" del disco Amiga 
Magazine 


• Utility 

AmiPass 

CyberX softwork 

Se avete un Amiga in multi-proprie- 
tà o comunque un sistema a cui 
possono accedere molte persone, 
vi sarà capitato di voler controllare 
la possibilità che un certo utente 
possa o non possa mettere le mani 
sui vostri preziosi dati. AmiPass 
cercadi venire incontro a tutti coloro 
che devono gestire un sistema 
multiutente(maun utente per volta), 
fornendo un sistema di password 
associate a dei nomi che, per fare 
un esempio in stile UNIX, possono 
essere delle login. Per installare 
AmiPass è necessario innanzitutto 
creare una directory AmiPass nel 
device S:, poi creare due file neces- 
sari per il funzionamento del siste- 
ma di password. Il file S:AmiPass/ 
names deve contenere, per ogni 
linea, un nome di utente che potrà 
accedere al sistema, mentre il file 
S:AmiPass/passes deve contenere 
le password associate agli utenti 
descritti in names. Colui che con- 
trolla il sistema (normalmente il pa- 
drone del computer) ha anche la 
possibilità di controllare tutti gli 
accessi che si sono verificati: chi, 
quando, con che password, ecce- 
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tera, ma anche scovare tutti coloro 
che hanno tentato di “entrare” ma 
sono stati bloccati. Ovviamente 
AmiPass è una utility dedicata, 
soprattutto, a chi possiede un Hard 
Disk, poiché è impossibile impedire 
che qualcuno accenda il vostro 
computer e inserisca un disco nel 
drive, comunque l’Hard Disk rimar- 
rà inaccessibile, soprattutto se 
eseguirete tutte le operazioni di 
mounting delle partizioni, assegna- 
mento dei device, eccetera, dopo 
aver controllato chi si trova ad ope- 
rare sulla tastiera. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.0 

UTILIZZO 

CLI: CD AmiPass [enter] 

AmiPass [enter] 

FILE DI SUPPORTO 

S: AmiPass/names 
S: AmiPass/passes 

S: AmiPass/report-file creato da AmiPass 
Nota: per creare la directory AmiPass nel 
device S: usate il comando Makedir, 
mentre per editare i file names e passes, 
usate un text-editor come Ed, TxEd, 
CygnusEd, MicroEmacs, ecc... 


FANSIvl.3 

Marc Dionne 

Dopo tantissimi ANSI editor con 
poche buone capacità e tantissime 
limitazioni, ecco FANSI, l’editor che 
racchiude in sé tutto il meglio delle 
capacità fornite da altri programmi 
simili. 

Questo programma è totalmente 
intuitionizzato, si distacca dal CLI, è 
veloce, potente e versatile. L'ANSI, 
detto in parole povere è l’insieme di 
caratteri di controllo dei file di testo. 
I caratteri dì controllo sono quelli 
che permettono di cancellare lo 
schermo, far cambiare il colore alle 
scritte e anche spostarle dovunque 
si voglia: insomma i caratteri che 
permettono tutti gli effetti speciali 
come il reverse, il beep, e le anima- 


zioni. Editare un file ANSI è un po’ 
come disegnare con Deluxe Paint, 
ma anziché usare i pixel, si usano i 
caratteri. FANSI permette di fare 
tutto questo, e non solo! Infatti 
FANSI dispone di alcuni tool esclu- 
sivi per facilitare il lavoro dell'ANSI 
artista, come la possibilità di “dise- 
gnare” linee e quadrati con le lettere 
o con i caratteri tipici dell’IBM, oltre 
ad avere numerosi modi di scrittura 
selezionabili nel menu “Edit Modes / 
Edit Mode...” e “Edit Modes/Draw 
Mode...”. 

FANSI permette di scegliere a pro- 
prio piacimento la funzione svolta 
dal mouse, se spostare il cursore o 
“disegnare” sullo schermo tramite il 
menu “Edit Modes/Mouse Mode...”. 
E' ovviamente anche possibile 
manipolare blocchi di schermo con 
le solite funzioni di Cut'n’Paste ma 
con qualche tocco di raffinatezza in 
più, come la possibilità di scrivere 
all’interno di un altro blocco o di 
scegliere il colore cliccandoci so- 
pra come si fa in Deluxe Paint. 
Queste e altre numerose possibilità 
sono disponibili tramite il menu 
“Manipulations”. Infine, il menu 
“Project” all’Interno del quale sono 
possibili tutte le operazioni sui file, 
come aprire un documento, salvarlo 
in ANSI e, a scelta, in puro ASCII, ma 
la funzione più incredibile è sicura- 
mente quella denominata ANSIMi- 
ze che ha la capacità di ottimizzare 
un file ASCII aggiungendo degli 
appropriati caratteri dì controllo per 
velocizzarne l’output. Il programma 
ANSIMize è disponibile anche dal- 
l’esterno di FANSI, e per utilizzarlo 
basta aprire una finestra CLI , quindi 
digitare CD FANS1 1 .3 [enter] segui- 
to da ANSIMize file_da_ottimizzare 
file_ottimizzato [enter]. 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.0 

UTILIZZO 

Workbench: doppio click sull'icona 

FILE DI SUPPORTO 

ANSIMize - deve essere presente nella 
stessa directory in cui si trova FANSI 


MemDiag 

Fabbian G. Dufoe, III 

Avete comprato delle RAM aggiun- 
tive e volete controllare che funzio- 
nino? Avete “rischiato” comprando 
un computer usato e temete il bido- 
ne? Insomma, volete sapere se la 
memoria che avete montato sul 
vostro Amiga è OK? Bene, siete 
fortunati, avete trovato quel che vi 
serve. Memory Diagnostic (in bre- 
ve: MD) è un programma che opera 
in una maniera concettualmente 
semplice. Una volta lanciato, alloca 
tutta la memoria disponibile renden- 
dola inaccessibile a qualunque al- 
tro task, dopodiché inizia a control- 
lare che ogni singola locazione sìa 
perfettamente funzionante. Questo 
vuol dire “scrivere” in ogni locazio- 
ne diversi valori e controllare suc- 
cessivamente “leggendo” e verifi- 
cando che il valore letto corrispon- 
da a quello scritto. In caso afferma- 
tivo (cosa che dovrebbe verificarsi 
nel 99,9% dei casi) tutto a posto, 
altrimenti... beh, qualcosa non fun- 
ziona! 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1.2/1 .3/2.0 

UTILIZZO 

CLI: CD MemDiag [enter] 

Stack 1 0000 [enter] 

MD > TestResult [enter] 

Nota: il file "TestResult" conterrà, alla fine 
del test, un completo resoconto di quando 
MemDiag ha "scoperto” sulle vostre RAM. 
Per leggerlo usate il classico Type o il più 
confortevole PPMore. 

FILE DI SUPPORTO 

nessuno 


BootX v4.30 

Peter Stuer 

Questo programma appartiene alla 
categoria degli anti-virus, ma chia- 
mare anti-virus BootX nella sua ulti- 
ma e più recente versione 4.30 è 
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Includes & Autodocs 


La terza edizione dell'Amiga ROM Kernel Reference Manual 


Alberto Geneletti 

La terza edizione di questo notissimo manuale di riferimen- 
to, indispensabile supporto alla programmazione di Ami- 
ga, è stata aggiornata per includere le centinaia di nuove 
funzioni e strutture dati presenti nella release 2.0 del siste- 
ma operativo. Tale volume è presente nelle librerie italiane 
specializzate, anche se in quantità molto limitata, dal mese 
di novembre. E possibile richiederlo direttamente dagli 
Stati Uniti, dove è disponibile già dal maggio scorso, prefe- 
ribilmente tramite qualche libreria internazionale. 

Verificate in ogni caso che si tratti della terza edizione (con 
copertina grigia analoga a quella dell'Amiga User Interface 
Style Guide recensito in queste stesse pagine), poiché in 
molte librerie è ancora in vendita la precedente edizione 
relativa alla release 1 .3 (con copertina azzurra). Anche ai 
possessori della vecchia release consigliamo, infatti, l'ac- 
quisto della nuova edizione: il contenuto di tali volumi è 
riportato più o meno inalterato anche nella nuova edizione, 
ma questa si preoccupa di segnalare intelligentemente le 
modifiche rispetto alla versione precedente, evidenziando, 
ad esempio, le nuove funzioni (che non potranno natural- 
mente essere invocate da 1.3) e l'eventuale correzione di 
alcuni bug dellT.3che venivano segnalati nella scorsa edi- 
zione; inoltre, tutti gli utenti Amiga dovrebbero di qui a 
breve disporre del 2.0, data la spesa relativamente bassa 
comportata dall'upgrade delle ROM. 

Il contenuto 

Veniamo ora al contenuto del libro, dando un'occhiata 
all'indice. Nelle pagine introduttive vengono fornite utili 
direttive per lo sviluppo e il debugging dei programmi, e 
perla compatibilità con le versioni future e con i processori 
68010/20/30/40. Inoltre, viene riportata qualche ulteriore 
indicazione ai programmatori assembler, viene sconsiglia- 
to l'accesso diretto all'hardware, vengono forniti chiari- 
menti circa gli esempi riportati nel resto del libro, e infine 
viene fornito l'indirizzo al quale è possibile contattare i 
CATS (Commodore Amiga Technical Supporti per infor- 
mazioni circa il programma di s upporto per gli sviluppatori 
o semplicemente per la cortese e gradita segnalazione di 
eventuali bug o errori riscontrati lavorando con il sistema o 
la manualistica stessa. Naturalmente, è preferibile rivolgersi 


alla filiale Commodore del proprio paese (una lista comple- 
ta di tutte le filiali internazionali è riportata nell'appendice 
B della User Interface Style Guide); in particolare in Italia 
dovrà essere contattata la Commodore Italiana al seguente 
indirizzo: 

Commodore Italiana S.p.a. 

Amiga Technical Support 
Viale Fulvio Testi, 280 
20126 Milano 

Gli autodoc 

Le 550 pagine successive riguardano, invece, gli autodoc 
delle librerie, dei device e delle resource disponibili. Il 
termine autodoc è esplicativo della metodologia seguita 
per la raccolta del materiale; si tratta infatti delle intestazio- 
ni, dei commenti e delle definizioni contenute nei sorgenti 
originali del sistema operativo, estratti automaticamente da 
un programma di conversione. L'impaginazione è stata 
migliorata rispetto alla versione precedente, e si presenta 
del tutto analoga a quella delle pubblicazioni di riferimento 
per il sistema Unix e per Macintosh, proprio perché curate 
dalla stessa casa editrice. l'Addison Wesley, un nome che è 
garanzia di qualità per la maggior parte dei testi stranieri a 
livello universitario, soprattutto nel campo informatico. 
Ogni funzione viene descritta conformemente al seguente 
paradigma: 

NAME - Nome, breve descrizione 
SYNOPSIS - Sintassi, tipi di dati, registri coinvolti 
FUNCTION - Funzione, spiegazione discretamente detta- 
gliata 

INPUTS - Significato degli argomenti 
RESULT - Significato del valore restituito 
BUGS - Segnalazione di eventuali bug 
WARNING - Awertimenti 
NOTES Eventuali note aggiuntive 
SEE ALSO - Indicazione di altre funzioni o di file di inclusio- 
ne in qualche modo connessi con la funzione in questione 

Come è possibile intuire si tratta di una descrizione molto 
concisa, anche se completa, adatta a fornire un rapido 
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riferimento, una volta acquisita la necessaria conoscenza 
del modo in cui operano le varie funzioni. Per questo è 
necessario ricorrere preventivamente a testi didattici in 
senso stretto, come gli altri due volumi del manuale stesso, 
nei quali vengono ampiamente spiegati ed esemplificati i 
concetti correlati ai vari gruppi logici e funzionali in cui è 
possibile catalogare le funzioni di ogni libreria. 

Le novità più evidenti nel campo delle librerie riguardano 
la documentazione della dos. library, che nelle precedenti 
edizioni non veniva riportata, dal momento che è comun- 
que disponibile nel manuale dell’AmigaDOS, e, natural- 
mente, quella delle nuove librerie del 2.0, ben dieci in più 
rispetto all’l. 3. La sezione device non presenta invece 
modifiche sostanziali, sebbene alcune sezioni del codice di 
queste routine sia stato completamente riscritto, mentre le 
resource sono diventate sette (contro le quattro dell’ 1.3). 
Vengono inoltre forniti anche gli autodoc delle librerie 
linked amiga.lib e debug. lib, comunemente utilizzate nella 
programmazione. Ogni sezione è preceduta da un breve 
sorgente esemplificativo della chiamata di una funzione di 
libreria o dell’utilizzo di un device tanto da C quanto da 
assembler. 

Gli include 

La seconda importante sezione del libro riporta il testo 
completo dei file di inclusione ufficiali CBM, disponibili in 
versioni più o meno ridotte anche nelle directory include 
dei diversi compilatori. In essi vengono definite tutte le 
strutture dati, i flag e le costanti coinvolte nelle chiamate 
delle funzioni di libreria, raggruppati ad un primo livello in 
base alla libreria, e in secondo luogo in base alla funziona- 
lità; ad esempio, il file exec/semaphores.h contiene le 
definizioni inerenti alle strutture passate alle funzioni di 
gestione dei semafori della libreria Exec. I file di inclusione 
riportati sono dedicati ai due linguaggi maggiormente dif- 
fusi nell’ambito della programmazione Amiga, il C e l’as- 
sembler; i primi vengono identificati con il suffisso “,h”, 
quelli per l’assembler con il suffisso “.i”. 

E’ interessante il fatto che questi ultimi non sono stati scritti 
manualmente, ma derivati tramite un apposito programma 
di conversione dagli equivalenti in C, provvedendo a defi- 
nire delle macro in opportuni file inclusi a loro volta 
nell’intestazione dei file di inclusione stessi; il risultato è un 
sorgente abbastanza artificioso, ma sotto certi aspetti più 
leggibile e più significativo circa il tipo di dato coinvolto 
rispetto ad un equivalente scritto in assembler puro. Per 
quanto riguarda il Modula-2, invece, occorrerà far riferi- 
mento ai file definizione delle librerie del compilatore 
stesso; il BenchMark, ad esempio, prevede oltre ad alcuni 
moduli standard (InOut, Storage, ecc.) l’intero set delle 
librerie di sistema raggruppate in gruppi funzionali, nei 
quali ogni procedura non fa altro che passare gli argomenti 
alle funzioni del sistema operativo vero e proprio. Sicura- 
mente sarà disponibile al più presto l’upgrade di tali moduli 
al 2.0. 


Reference chart 

L’ultima parte del libro contiene dei documenti di riferi- 
mento particolarmente utili per le chiamate da assembler e 
nel cross development, cioè nel porting di un sorgente da 
un sistema all’altro. Queste ultime pagine del libro sono a 
loro volta organizzate in quattro sottosezioni principali: 

— Function offset - Offset delle funzioni di libreria. 

Definisce lo scostamento negativo rispetto alla base della 
libreria del vettore utilizzato dalle funzioni; viene inoltre 
fornita una brevissima descrizione del significato degli 
argomenti e del valore restituito, oltre ai registri coinvolti. 
Questo elenco comprende anche le funzioni private, non 
riportate negli autodoc in quanto non destinate all’utente, 
ma richiamate unicamente dal sistema stesso. 

— Structure reference - Riferimento per le strutture 
dati. 

Riporta l’elenco alfabetico di tutte le strutture definite dal 
software di sistema, affiancando a ciascuna di esse la 
dimensione totale e lo scostamento di ogni campo rispetto 
alla prima locazione occupata dalla struttura. 

— C Language Cross Reference - Riferimento per il 
cross development in C. 

Riporta tutti gli identificatori presenti nei file di inclusione 
in ordine alfabetico, affiancandogli il relativo valore nume- 
rico e la collocazione (nome del file, linea) della definizione 
negli include del C presenti nella precedente sezione. 

— Amiga Function Index - Indice delle funzioni di 
Amiga. 

Rappresenta in un certo senso l'indice analitico dell’intero 
libro: associa, infatti, alla lista alfabetica di tutte le funzioni 
di libreria e dei comandi dei device, il numero di pagina 
nelle quali vengono trattati, oltre al nome della libreria, del 
device o della resource ai quali la funzione appartiene. 

A proposito della terza edizione 

I lettori che dispongono della edizione precedente di 
questo libro avranno certamente notato la mancanza di 
alcune sezioni particolarmente interessanti, presenti inve- 
ce nella seconda edizione, e precisamente “Sample Device, 
Sample Library”, che si occupava della costruzione di una 
libreria e di un device a livello strutturale, fornendo un 
indispensabile listato esemplificativo, e “IFF - Interchange 
File Format”, un documento contenente le specifiche del 
formato standard dei file di output di una vasta gamma di 
pacchetti applicativi per Amiga. I codici esempio sono 
riportati nelle appendici degli altri volumi del ROM Kernel, 
quelli relativi ai device e alle librerie, mentre la descrizione 
del formato IFF è posta ora alla fine del volume sui device. 

Da quanto è stato detto dovrebbe essere chiaro come il 

(segue a pag. 52) 
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Esperienze di programmazione 

professionale 

Programmando Art Noveau 


Andy Zanna - Digiteam Srl 

1. Introduzione 

Nel corso di questo articolo ci proponiamo di presentare 
una discussione di vari aspetti legati allo sviluppo di una 
applicazione commerciale di medie dimensioni su Amiga. 
Quanto esposto proviene in larga misura dalle esperienze 
accumulate durante la creazione di un pacchetto di grafica 
pittorica: “Art Nouveau”. Questo programma, nato come 
applicazione amatoriale, è diventato solo in un secondo 
tempo un prodotto destinato alla commercializzazione. Per 
questa ragione il suo sviluppo è stato abbastanza lungo, 
venendo in pratica a svolgersi in parallelo con l’evoluzione 
degli strumenti software e del sistema operativo di Amiga 
nel corso degli ultimi due anni. La programmazione di Art 
Nouveau è stata quindi un’esperienza di lavoro sufficiente- 
mente articolata nel tempo e nello spazio da costituire un 
bagaglio tecnico prezioso, che desideriamo condividere 
(almeno in parte), con i lettori di Amiga Magazine. 

2. Obiettivo dell’applicazione 

Per comprendere il senso delle scelte compiute in fase di 
progetto e di implementazione del programma, è necessa- 
rio conoscere gli obiettivi che intendevamo raggiungere. Il 
nostro scopo non era di scendere in campo contro i pac- 
chetti grafici di grosso calibro ormai consolidati sul mercato 
(leggi Deluxe Paint & C.), ma di offrire un prodotto che si 
differenziasse per alcune caratteristiche peculiari, metten- 
do a disposizione dell’utente medio degli strumenti origi- 
nali. Allo stesso tempo, ci siamo proposti di realizzare un 
programma che fosse estremamente compatto, in modo da 
poter essere utilizzato anche su macchine di fascia econo- 
mica, oppure in multitasking con altri programmi, senza 
bloccare la maggior parte delle risorse del sistema. Abbia- 
mo infine dato grande importanza alla compatibilità con le 
versioni passate, presenti e future del sistema operativo di 
Amiga. 

3. Strumenti di lavoro 

3.1 Sistemi di sviluppo e linguaggi 

Art Nouveau, insieme a tutte le librerie di supporto utilizza- 
te, è stato realizzato in C. In totale, si tratta di circa 1.5 Mb 
di sorgenti. Via via che le varie funzioni venivano consoli- 


date e testate, una parte molto consistente di questo codice 
è stata riscritta in Assembly per aumentarne la compattezza 
e la velocità. 

Per rendere più agevole questo processo e limitare la 
possibilità di introdurre errori rispetto al codice C, in genere 
abbiamo ottimizzato a mano il codice assembly generato 
dal compilatore. 

Come già detto, le origini del programma risalgono abba- 
stanza indietro nel tempo. All’epoca l’unico compilatore C 
valido esistente per Amiga era l'AZTEC C 3-6. Ben presto 
però, avendo il programma raggiunto delle dimensioni 
consistenti, si è fatta più forte la necessità di utilizzare 
strumenti più moderni, in particolare un compilatore C che 
supportasse lo standard ANSI. Per questa ragione siamo 
passati, appena resasi disponibile la versione 5, al compila- 
tore LATTICE (oggi SAS/C). L’arrivo di AZTEC 5 non ha 
mutato sostanzialmente la situazione. Questo prodotto non 
si è ancora dimostrato (per quanto riguarda le nostre 
necessità) sufficientemente maturo. Abbiamo verificato la 
presenza di qualche bug di troppo nelle librerie di supporto 
e, soprattutto, il codice generato dall’AZTEC si è rivelato di 
qualità inferiore a quello del SAS/C. Si noti, comunque, che 
entrambi i prodotti sono validi e che, in assoluto, ogni 
sistema di sviluppo, se utilizzato a fondo, rivela qualche 
problema o delle caratteristiche migliorabili. 

Per quanto riguarda invece gli assemblatori, sono stati 
utilizzati indiscriminatamente, in tutte le fasi di lavorazione, 
il vecchio METACOMCO ASSEMBLER e gli assemblatori 
AZTEC e LATTICE/SAS forniti con i rispettivi compilatori. 

Abbiamo comunque scelto, per questo e altri progetti, di 
renderci il più possibile indipendenti dal compilatore o 
dall’assembler. 

Questo significa che, in tutto il nostro codice, non vi sono 
dipendenze funzionali da questi o altri pacchetti. Se, ad 
esempio, uscisse una nuova versione di AZTEC che si 
dimostrasse decisamente superiore al SAS, potremmo, in 
un tempo molto breve, ricompilare programma e librerie 
con il nuovo compilatore. 

Ottenere questo tipo di indipendenza è, in linea di princi- 
pio, abbastanza semplice. Dovrebbe bastare scrivere codi- 
ce conforme allo standard ANSI, utilizzare solo funzioni 
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della libreria ANSI, del Sistema Operativo o materiale scritto - Testare il risultato di ogni allocazione di risorsa. Qualsiasi 

in proprio, astenendosi dallo sfruttare le estensioni al lin- allocazione può sempre fallire, per ragioni più o meno 

guaggio e alle librerie fornite dai diversi compilatori. evidenti. In questi frangenti il programma non può sempli- 

cemente "abortire" l’esecuzione, ma deve cercare di ripren- 
In realtà le cose sono abbastanza diverse. In primo luogo, dere il normale funzionamento oppure terminare in manie- 

pur sforzandosi di aderire agli standard, è difficile, quando ra “pulita”, 

si scrivono grandi quantità di codice, non cadere in qualche 

trappola di compatibilità insita nel linguaggio compreso dai - Assicurarsi di avere rilasciato TUTTE le risorse utilizzate 

diversi compilatori. Per fare un esempio concreto, SAS/C (soprattutto la memoria allocata) e di farlo SOLO dopo 
tratta per default i caratteri come privi di segno, mentre avere terminato di utilizzarle. 

AZTEC li considera dotati di segno e, per default, si lamenta 

ad ogni assegnazione esplicita di una stringa a una variabile In generale conviene sempre assumere che l’applicazione 

di tipo UBYTE*. Si noti che lo standard ANSI, di fronte alla verrà eseguita in un ambiente “ostile”, dovendo competere 

molteplicità di soluzioni diverse adottate dai compilatori con altri programmi e con il sistema operativo per ogni 

preesistenti, ha salomonicamente definito che il trattamen- risorsa (memoria, device, dischi...), 

to dei caratteri, come altri piccoli dettagli, sia dipendente 

dalla implementazione del compilatore. Dettagli come Nel nostro caso specifico abbiamo dovuto un poco esage- 

questo non costituiscono un reale problema, in quanto i rare con le tecniche difensive, per cercare di proteggerci da 

compilatori possiedono alcune opzioni per correggere il alcuni bug del Kickstart 1.2/1. 3- Abbiamo verificato che, in 

proprio comportamento, ma sono senz’altro irritanti. condizioni di carenza di memoria chip, possono succedere 

alcuni guai che vanno dallo spiacevole al letale. In partico- 
Abbiamo anche verificato dei grossi problemi nel convin- lare OpenWindow( ) e alcune operazioni grafiche come 

cere i due compilatori ad accordarsi su locazione e conte- Flood! ) e AreaEllipse( ) possono provocare degli improv- 

nuto dei file include. Aztec, SAS e Commodore sembrano visi crash di sistema. 

avere delle idee piuttosto diverse su come disporre i file Tali condizioni sono particolarmente frequenti se l’utente 

include del sistema operativo di Amiga, in particolare per i cerca di lavorare su pagine grafiche molto grandi. Abbiamo 

file del 2.0 contenenti i prototipi delle funzioni e le “*prag- pertanto dovuto inserire del codice che stima la memoria 

ma” utilizzate per chiamare direttamente le librerie di siste- necessaria PRIMA delle operazioni critiche. Qualora la 

ma. memoria libera scenda al di sotto di un valore di sicurezza, 

configurabile dall’utente, il programma non esegue l’ope- 
3.2 Macchine razione. 

La maggior parte del lavoro è stata svolta su un vecchio Si noti che il Kickstart e il Workbench 2.0 sono molto più 

Amiga 1000. Non sarebbe stato possibile testare e debugga- solidi delle versioni precedenti, ma che alcuni problemi di 

re il programma a fondo senza la disponibilità, nelle ultime gestione della grafica persistono, anche se in forma "beni- 

fasi di lavorazione, di un Amiga 3000. L’uso di un secondo gna". In pratica le operazioni grafiche possono fallire, ma il 

Amiga come terminale connesso al 3000 ha consentito di sistema sopravvive senza grossi problemi, 

applicare una serie di tecniche che discuteremo in dettaglio 

in seguito. La velocità di compilazione consentita da un 4.2 Standard di documentazione 

A3000/25 e la possibilità di tenere tutte i sorgenti delle 

librerie e tutta la documentazione di sistema “in linea” vale Non saremo mai abbastanza felici di avere adottato, da 

ampiamente l’investimento in una macchina di questa molto tempo, degli standard di documentazione del soft- 

classe. ware particolannente pesanti. Nei nostri programmi e nelle 

nostre librerie, almeno il 30% del contenuto dei file è 
4. Metodi di lavoro costituito da commenti, che descrivono ogni funzione e, 

passo per passo, tutto il codice. Queste cifre potranno 
4.1 Standard di codifica sembrare un’esagerazione a tutti i cosiddetti “smanettoni”, 

ma senza questo tipo di disciplina non saremmo mai riusciti 
Il sistema operativo di Amiga paga la sua efficienza e a modificare, ottimizzare e riutilizzare, anche a distanza di 

velocità rispetto ad altri sistemi operativi multitasking con anni, parecchi Megabyte di materiale scritti da persone 

una certa fragilità nei confronti delle applicazioni conte- diverse per scopi diversi, 

nenti errori. Tale caratteristica non è totalmente negativa, in 

quanto impone al programmatore di migliorare le proprie La qualità e la quantità della documentazione presente nel 

tecniche di codifica. E’ assolutamente necessario rispettare codice fanno la differenza tra un disco pieno di materiale 

a tutti i costi i seguenti principi: incomprensibile o inutilizzabile e un prezioso tesoro di 

esperienza professionale. Oggi le librerie utilizzate per Art 
-Non accedere MAI a risorse di sistema (librerie, device,...) Nouveau vengono felicemente utilizzate da diversi pre- 
senza rispettare gli opportuni protocolli; grammatori per realizzare applicazioni disparate. 
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Per rendere più spedita la consultazione delle funzioni di 
libreria, abbiamo anche scritto un programma che è in 
grado di estrarre delle sezioni di documentazione (oppor- 
tunatamente evidenziate) dai commenti del programma. 
Questi testi possono essere letti direttamente, senza dovere 
frugare nel codice, oppure impaginate in un manuale 
utente con tanto di indice e riferimenti incrociati, pronto per 
essere stampato su carta. 

Poter mantenere la documentazione delle funzioni all’in- 
terno del file sorgente stimola anche il programmatore più 
pigro ad aggiornarla contestualmente al codice. Un pro- 
gramma per l’estrazione automatica della documentazione 
molto simile è utilizzato anche dalla Commodore per gene- 
rare gli “autodoc” del sistema operativo ed è ora fornito 
anche ai programmatori Amiga nel cosiddetto “developer’s 
toolkit”. 

4.3 Tecniche di debugging 

I due strumenti principali utilizzati per il debugging sono 
stati CODEPROBE, il source-level debugger fornito con il 
SAS/C e il buon vecchio debugger simbolico METASCOPE. 
CodeProbe è un programma molto pesante e decisamente 
migliorabile, ma che si è dimostrato comunque molto utile. 
Metascope, pur affetto da alcuni bug, ha mantenuto alta la 
sua reputazione di strumento estremamente flessibile e 
potente, restando a mio parere tra i migliori prodotti del suo 
genere, sia rispetto ad altri debugger di Amiga, sia rispetto 
a prodotti per altre macchine. Lavorando su un A3000, 
senza problemi di disponibilità di memoria, è stato possibi- 
le “tracciare” il programma con CodeProbe, saltando in 
Metascope quando era necessario entrare nel codice as- 
sembly o monitorare i dati in tempo reale. 

II SAS/C consente di linkare il programma con una versione 
speciale del codice di avviamento (“catch. o” anziché “c.o”) 
che permette di intercettare i crash di sistema e salva su file 
una “fotografia” dello stato del programma al momento del 
disastro. Abbiamo utilizzato anche questa possibilità, ma, 
tutto sommato, l’abbiamo trovata poco produttiva. Funzio- 
na splendidamente per i bug più stupidi e poco distruttivi, 
quelli che un programmatore esperto potrebbe comunque 
facilmente trovare rileggendo attentamente il codice o 
tracciando il programma con CodeProbe. In compenso è 
assolutamente inefficace contro il 90% dei bug letali o 
veramente “difficili”. Tipicamente, catch. o non riesce nep- 
pure a entrare in azione, o, più spesso, il crash si verifica per 
un danno al sistema operativo verificatosi in precedenza e 
difficilmente deducibile dal comportamento al momento 
del crash. 

Un discorso tutto particolare va fatto a proposito di una 
particolare classe di attrezzi di supporto da utilizzarsi insie- 
me ai tradizionali debugger. In genere si tratta di program- 
mati residenti che sorvegliano la gestione della memoria 
(indirizzamenti illegali, errori di allocazione, deallocazione 
o inizializzazione) da parte del programma. I più efficaci 


richiedono l’utilizzo di una macchina provvista di Memory 
Management Unit (come gli A3000) e di un terminale 
collegato alla porta seriale a 9600 baud ( noi abbiamo usato 
un A1000 con un programma di comunicazione). 

I due programmi dimostratisi più utili sono Enforcer e 
Mungwall. Enforcer utilizza la MMU dell’A3000 per inter- 
cettare tutti gli accessi, sia in scrittura che in lettura, ai primi 
indirizzi della memoria. Queste operazioni sono in genere 
dovute ad errori quali l’uso di un puntatore non inizializza- 
to o danneggiato. Mungwall, invece, intercetta tutte le 
chiamate di sistema per allocare e deallocare memoria, 
verifica che il programma non rilasci una quantità di 
memoria diversa da quella allocata e che non abbia scritto 
al di fuori di tale regione. Problemi di questo ultimo genere 
si verificano tipicamente a causa di errori nei cicli di indiciz- 
zazione dei vettori. 

Enforcer e Mungwall, utilizzati insieme, consentono di 
intercettare una quantità sorprendente di errori e problemi 
che sono altrimenti pressoché impossibili da scoprire. Ad 
esempio, scritture casuali in memoria a causa di un punta- 
tore impazzito possono provocare danni al sistema e crash 
apparentemente casuali. In casi ancora più “perfidi”, tali 
errori potrebbero passare del tutto inosservati sulla macchi- 
na utilizzata per lo sviluppo, di solito dotata di maggiore 
memoria delle macchine degli utenti finali. 

5. Programmazione 

5.1 Uso del Sistema Operativo 

Amiga mette a disposizione una grande quantità di funzio- 
ni, distribuite nelle varie librerie di sistema. Il loro numero 
e la loro varietà sono tali da sconcertare i programmatori 
che vengono da esperienze con macchine e sistemi opera- 
tivi più scarni. Lo sviluppo di un'applicazione di un certo 
“peso” è senza dubbio una notevole prova della consisten- 
za, efficienza e facilità d’uso delle librerie di sistema. Realiz- 
zando Art Nouveau abbiamo avuto modo di provare a 
fondo buona parte delle risorse messe a disposizione della 
macchina. 

Come vedremo nel seguito, gran parte delle nostre fatiche 
sono da addebitarsi in primo luogo alla mancanza, nella 
versione 1.3 del sistema, di un buon numero di funzionalità 
a noi necessarie e, secondariamente, ad una certa fragilità 
del sistema stesso. Entrambi questi problemi sono stati in 
gran parte risolti con l’introduzione della versione 2.0 del 
S.O, ma, a nostro avviso, la grande diffusione di macchine 
dotate soltanto di Kickstart 1.3 non poteva venire dimenti- 
cata. 

5.2 Librerie grafiche 

Una caratteristica saliente di Amiga è il fatto che il software 
di sistema è intimamente connesso con l’hardware grafico 
(blitter e copper). Le funzioni grafiche del sistema sono, di 
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conseguenza, potenti e veloci, ma, volendole sfruttare a 
fondo, si incontrano alcuni problemi. 

Le funzioni della graphics. library possono essere suddivise 
in tre gruppi: funzioni di basso livello per il controllo 
dell’hardware video, funzioni grafiche vere e proprie, 
funzioni per la gestione delle animazioni. Idealmente, 
dovremmo disporre di tre librerie distinte. Ci si trova invece 
di fronte ad una specie di calderone cresciuto a dismisura 
(soprattutto con la versione 2.0), in cui non è facile orien- 
tarsi. Nel nostro caso abbiamo utilizzato soprattutto il 
gruppo di funzioni per il rendering grafico. 

Il primo problema con cui ci si scontra, è la mancanza della 
possibilità di disegnare utilizzando un tratto di spessore 
variabile e con una maschera (pennello) arbitraria. Tutte le 
funzioni che tracciano linee utilizzano, infatti, il blitter che, 
pur essendo molto veloce, è in grado di disegnare linee 
larghe soltanto un pixel. Va notato che le strutture grafiche 
(RastPort) di sistema contengono i campi necessari per 
estendere queste funzioni, ma che tali dati sono per ora 
completamente ignorati. 

Per porre rimedio a questa mancanza abbiamo dovuto 
implementare una serie di nuove funzioni grafiche, corri- 
spondenti a quelle del sistema con in più la possibilità di 
utilizzare un pennello di dimensioni e forma arbitrarie. Gli 
algoritmi necessari (generazione di linee, archi, spline) 
sono disponibili su molti buoni libri di computer graphic. 
Una volta calcolati i punti in cui disegnare, avremmo potuto 
accedere direttamente al blitter per stampare il “pennello” 
sulla pagina grafica, ma avremmo putroppo perso la possi- 
bilità di lavorare su uno schermo contenente finestre di 
Intuition. 

Per disegnare in una finestra senza collidere con Intuition 
vi sono soltanto due soluzioni semplici: utilizzare le funzio- 
ni di alto livello della graphics. library (che scrivono sulla 
RastPort della finestra) oppure disegnare in una BitMap 
temporanea fuori schermo, per poi copiare il risultato in 
una finestra. Dato che, come premesso, uno dei nostri 
obiettivi principali era quello di ridurre al minimo l’utilizzo 
della memoria grafica, abbiamo optato (anche se a denti 
stretti) per la prima soluzione. Tutte le nostre funzioni 
grafiche, calcolati i punti da tracciare, disegnano attraverso 
la funzione di sistema BltPattern( ), che consente appunto 
di utilizzare una maschera rettangolare di dimensioni arbi- 
trarie (utilizzata come sagoma del pennello) insieme ad un 
retino a due o più colori (attivato con la funzione SetAfPtf 
)). I risultati non brillano certo per velocità, ma abbiamo 
ritenuto che, ai nostri fini, fossero comunque accettabili. 
Naturalmente tutto questo codice è stato ottimizzato riscri- 
vendolo in assembly. 

5-3 Librerie per l’interfaccia utente 

Una parte considerevole del lavoro richiesto da una appli- 
cazione di dimensioni non piccole, consiste nel progettare 


e realizzare l’interfaccia utente: pannelli di controllo, menu, 
pulsanti, ecc. Chiameremo genericamente tutti questi ele- 
menti “oggetti” dell’interfaccia. 

Tradizionalmente su Amiga ci si è sempre dovuti acconten- 
tare di scrivere a mano il codice relativo oppure di disegna- 
re tutti gli oggetti con un programma come Power Win- 
dows. In entrambi i casi ci si ritrova con una massa consi- 
derevole di codice e di strutture statiche ben poco maneg- 
gevoli, che richiedono comunque una pesante manuten- 
zione manuale. 

Ad esempio, Power Windows genera duplicati di tutti i dati 
comuni ai vari oggetti (Border, Images, . . .) che vanno rimos- 
si a mano. Cosa succede, poi, se posizione e dimensione 
degli oggetti vanno adattati durante l’esecuzione ad am- 
bienti differenti? Ad esempio, passando da 1.3 a 2.0, non è 
detto che una finestra sul Workbench erediti un font topaz 
8, le dimensioni dei bordi della finestra sono completamen- 
te impredicibili e, come minimo, i colori dello schermo 
saranno completamente diversi. 

Un approccio più moderno consiste nell’evitare di include- 
re nel programma oggetti statici predefiniti, sostituendoli 
con funzioni che, all’attivazione del programma, generano 
dinamicamente Gadget, Menu, Window, risolvendo al 
momento i problemi di compatibilità con l’ambiente. Una 
libreria di funzioni di questo tipo viene generalmente 
chiamata, prendendo a prestito un termine utilizzato origi- 
nariamente per l’ambiente X WINDOWS, “toolkit”. Un 
toolkit comprende in genere 2/3 strati di codice: 

Primo strato 

- funzioni di base utili per progettare e realizzare oggetti di 
qualsiasi tipo (allocarli, disegnarli, distruggerli, modificarli) 

- funzioni per “derivare” oggetti più evoluti da oggetti più 
semplici (ad esempio, un pulsante selezionabile potrebbe 
essere derivato da un oggetto di tipo “testo” o viceversa) 

- funzioni per combinare tra loro oggetti più semplici in 
oggetti “composti” (ad esempio, un “File Requester” è un 
oggetto costruito con una lista di testi, un cursore per 
scorrere la lista, vari pulsanti, ecc...) 

- funzioni per gestire gli eventi provenienti dal sistema 
(generalmente provocati da qualche azione dell’utente). 
Queste funzioni si occupano, ad esempio, di far reagire gli 
oggetti alle azioni senza che il programmatore dell’applica- 
zione debba scrivere più di una linea di codice al riguardo. 

Secondo strato 

Questo strato fornisce un insieme di oggetti predefiniti per 
coprire la maggior parte delle necessità di programmazio- 
ne: pulsanti di vario tipo, cursori, menu, finestre standard, 
pannelli di richiesta e presentazione. 
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In pratica vengono date, come già suggerito, delle funzioni 
che costruiscono dinamicamente questi oggetti, oppure 
dei prototipi di oggetti che le funzioni di creazione del 
toolkit utilizzano per generare le copie dinamiche prima di 
adattarle. 

Terzo strato 

Comprende funzioni di convenienza, utilizzate per gestire 
molto velocemente delle situazioni “standard”. Si pensi, ad 
esempio, ad una funzione NotifyC ) costruita come descritto 
in questo frammento di pseudocodice: 

Notify (msg) // funzione del terzo strato 
{ 

// creazione pannello, f. del primo o 
secondo strato 

msg_panel = CreateObj (MSG_PANEL, msg, 

"OK") ; 

// pilotaggio pannello, f. del primo strato 
Drive (msg_panel) ; // attende click su 

pulsante 'ok' 

// rimozione oggetto, f. del primo o secondo 

strato 

DestroyObj (msg_panel) ; 

} 

Le funzioni di creazione o distruzione possono appartenere 
al primo strato, anziché al secondo, se, come in questo 
caso, hanno una forma “generica”. Il tipo di oggetto da 
creare è un parametro della funzione e viene utilizzato per 
rintracciare i “prototipi” degli oggetti. 

Il concetto chiave dell’uso di un toolkit di questo tipo è che, 
una volta realizzati degli oggetti base ben progettati e 
flessibili, è possibile costruire velocemente un gran numero 
di oggetti complessi (come pannelli di richiesta con decine 
di Gadget) “montando” insieme, quasi fossero blocchetti di 
Lego, oggetti dei tipi più semplici. Gli oggetti risultanti 
possono a loro volta essere combinati per formare oggetti 
ancora più complessi, e così via. 

In realtà tutti i toolkit esistenti per i vari sistemi operativi non 
fanno che applicare una filosofia di progetto che in questi 
ultimi anni sta avendo una grande diffusione: la program- 
mazione orientata agli oggetti. Questo approccio impone 
di vedere i moduli di programma come degli “oggetti” da 
combinare, secondo precise regole, per costruire oggetti 
più complessi e interi programmi. 

L’interfaccia utente delle applicazioni è il campo in cui 
risulta più naturale adeguarsi a questa ottica, in quanto gli 
“oggetti” sono ben concreti e visibili sullo schermo. 


nario di Gadget e alcuni Requester standard. Purtroppo gli 
oggetti di gadgtools e asl, essendo contributi di origine 
esterna al nuovo sistema, non sono costruiti con i nuovi 
meccanismi di Intuition, ma nulla vieta che lo siano in 
futuro e, almeno, ora Amiga dispone di oggetti standardiz- 
zati in termini di aspetto e di comportamento. 

Volendo disporre di un toolkit che girasse anche sotto 1.3 
e simulasse l’aspetto del 2.0, abbiamo realizzato, seguendo 
questa impostazione, una libreria, chiamata “ATK” (Andy’s 
ToolKit), dotata di un gran numero di oggetti predefiniti. 
Alcuni oggetti sono molto semplici, come i pulsanti “OK” 
dei pannelli di richiesta, altri sono estremamente comples- 
si, come il pannello di richiesta del modo grafico da utiliz- 
zare per gli schermi di Art Nouveau. 

ATK contiene “cloni” di tutti i Gadget forniti dal 2.0 e una 
vasta serie di pannelli standardizzati (messaggi, richiesta 
file, richiesta schermo, palette colori, richiesta font, liste 
generiche, testi....). Vi è anche un “motore” in grado di 
pilotare in maniera del tutto automatica la maggior parte 
delle applicazioni costruite con gli oggetti di ATK. Tutto 
questo in una libreria di circa 35 K di codice compattissimo. 
Art Nouveau utilizza circa il 60% degli oggetti e delle 
funzionalità di ATK. 

Nei toolkit classici tutti gli oggetti sono “omogenei”, sono 
cioè derivati dallo stesso oggetto di base, un volgare rettan- 
golo di schermo. Su Amiga, Intuition mette già a disposizio- 
ne alcuni tipi di oggetti: Gadget, Menu, Window, Screen, 
Requester. Purtroppo queste classe di oggetti sono disomo- 
genei (una Window NON è un Gadget specializzato e non 
è neppure un Gadget composto da Gadget più semplici). 

Per questa ragione anche gli oggetti di ATK sono divisi in 
due famiglie: Gadget (semplici e combinati) e Window. I 
menu sono gestiti interamente da Intuition, ne è disponibile 
un solo tipo e, pertanto, non costituiscono in realtà una 
famiglia di oggetti. Vi sono quindi un gruppo di funzioni 
dedicate a manipolare i Gadget, e funzioni, di livello più 
alto, per pilotare finestre che contengono gruppi di Gadget 
(in ATK li chiamiamo “Dialogs”). 

Dato che l’uso di ATK è limitato alle nostre applicazioni e 
che, con la versione 2.0 del S.O. anche Amiga ha un toolkit 
standard, non abbiamo sviluppato completamente la libre- 
ria per renderla un prodotto “raffinato”. Abbiamo spesso 
badato più all’efficienza in termini di velocità e di gestione 
della memoria che alla flessibilità degli oggetti. Nonostante 
ciò, ATK consente al programmatore di creare oggetti in 
maniera molto semplice e veloce e all’utente di disporre di 
un programma compatto e gradevole da usarsi. 


Con la versione 2.0 del S.O. di Amiga sono forniti anche 3 
(!) parti di toolkit basati su questa filosofia. In intuition 2.0 
si trova un insieme di funzioni per costruire oggetti e un 
piccolo insieme di oggetti predefiniti. Nelle nuove librerie 
Gadgtools e Asl vengono invece forniti un ampio campio- 


5.4 Compatibilità 

Come precisato nell’introduzione di questo articolo, uno 
dei nostri obiettivi principali consisteva nel garantire il 
massimo della compatibilità con le più svariate configura- 
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zioni della macchina e versioni del sistema operativo. 
Questo ha significato, in primo luogo, rispettare rigorosa- 
mente la lettera e lo spirito delle regole di buona program- 
mazione su Amiga sopra esposte. In secondo luogo, abbia- 
mo utilizzato in maniera abbastanza ridotta e con estrema 
attenzione le nuove funzionalità del Kickstart 2.0. 

Una delle caratteristiche interessanti del Kickstart 2.0 è che 
buona parte delle funzionalità extra rappresentano la stan- 
dardizzazione di librerie e funzioni sviluppati dai program- 
matori Amiga nel corso di questi anni (soprattutto ARP). 

Per garantire la compatibilità con il Kickstart 1.3 e, allo 
stesso tempo, preparare la transizione (in una futura versio- 
ne) ad un programma specificatamente mirato al 2.0, abbia- 
mo, gradatamente, trasformato le nostre funzioni di libreria 
in “cloni” delle corrispondenti funzioni 2.0. Nella maggior 
parte dei casi si tratta di funzioni della dos. library e della 
exec. library. 

L’effetto risultante è che il programma appare scritto per 
2.0, mentre in realtà chiama le nostre funzioni “2.0 compa- 
tibili”. In questo modo, volendo creare una versione esclu- 
sivamente per 2.0, dovrebbe essere sufficiente includere 
nelle sorgenti del programma i file contenenti i #pragma 
per le librerie 2.0 e ricompilare. Questa operazione impone 
al coi ìpilatore di generare direttamente chiamate “in linea" 
alle vere funzioni del sistema operativo, senza passare per 
le nostre librerie linkate. 

Per poter gestire tutti i modi grafici di Amiga, compresi i 
nuovi modi forniti dalla combinazione ECS+2.0, abbiamo 
invece dovuto utilizzare direttamente le funzioni native 2.0, 
specificatamente, il “display database” della 
graphics. library. Si tratta di una serie di funzioni che con- 
sentono di determinare quali modi grafici siano disponibili 
e quali siano le loro caratteristiche su una macchina arbitra- 
ria, in funzione del tipo di chip installati e del tipo di monitor 
collegato. 

Art Nouveau esplora questo database e consente all’utente 
di scegliere uno qualsiasi (con minime restrizioni) dei modi 
grafici disponibili. Questo implica che è possibile disegna- 
re in tutti i modi grafici non solo del 2.0, ma di tutte le 
versione future dell’hardware grafico e del sistema opera- 
tivo. 

Se il programma gira su una macchina 1.3, naturalmente il 
display database non è disponibile e si può soltanto sceglie- 
re tra i quattro modi grafici “tradizionali” (combinando alta 
e bassa risoluzione con i modi interlacciato e non interlac- 
ciato). 

Per mantenere una totale uniformità dell’interfaccia utente 
tra i due ambienti, abbiamo scritto un “mini display databa- 
se” analogo a quello 2.0, completamente funzionale, ma 
limitato ai modi nativi 1.3. Abbiamo poi scritto alcune 
funzioni di libreria di livello più elevato che, in maniera del 


tutto trasparente all’applicazione, determinano la versione 
del sistema operativo su cui si sta girando e provvedono a 
esplorare il display database nativo 2.0 oppure quello 1.3 
clonato. 

Non abbiamo verificato incompatibilità tra ilS.O.1.3eil2.0, 
tranne in quei pochi, inevitabili, casi in cui avevamo com- 
messo qualche errore passato inosservato sotto 1.3. Natu- 
ralmente ci sono molte cose che ognuno di noi avrebbe 
voluto vedere incluse nel 2.0 e che, invece, dovranno 
attendere. 

Avendo comunque lavorato a questo progetto durante tutta 
la fase di transizione alla nuova versione del S.O. non 
possiamo che darne un giudizio positivo in termini di 
prestazioni, funzionalità e solidità. Attendiamo con ansia il 
momento in cui sarà possibile creare applicazioni dirette 
esplicitamente a macchine dotate di 2.0, saltando così a pié 
pari gran parte dei problemi con cui abbiamo dovuto 
confrontarci. 

6. Conclusioni 

Al di là della riuscita o del successo commerciale di Art 
Nouveau, crediamo che questo progetto abbia rappresen- 
tato per noi soprattutto un prezioso investimento in termini 
di esperienza. 

Abbiamo verificato che comprendere pienamente i proble- 
mi relativi allo sviluppo di un sistema operativo, provare a 
riscriverne certe parti, accostarsi al mondo della program- 
mazione orientata agli oggetti, sono esperienze molto sti- 
molanti ed essenziali nel trasformare un programmatore 
dilettante in un programmatore dotato di una esperienza 
veramente a largo spettro, riutilizzabile per progetti diversi, 
su macchine diverse. 

Non possiamo che incoraggiare altri programmatori a se- 
guire questa filosofia. 
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Codici rilevatori d'errore 
a ridondanza ciclica 


CRC a 16 e a 32 bit ( prima parte) 


Alberto Geneletti 

Il problema fondamentale affrontato nella codifica digitale 
dell’informazione, riguarda, senza dubbio, il rilevamento 
degli errori. Sebbene la tecnologia sia oggi in grado di 
garantire un’affidabilità molto elevata dei dispositivi fisici 
per l’elaborazione e la trasmissione dei dati, la possibilità di 
riconoscere un’informazione distorta dall’eventuale verifi- 
carsi di un guasto di un supporto di memorizzazione, o dal 
sovrapporsi di una componente di “rumore” durante la 
trasmissione, si rivela essere ancora oggi una problematica 
decisamente attuale; questo perché al progresso della tec- 
nologia si è accompagnata una crescita della quantità e 
dell’importanza dell’informazione memorizzata su disposi- 
tivi digitali, fattori che contribuiscono entrambi alla neces- 
sità di disporre di meccanismi di protezione contro la 
perdita dei dati. 

Per questo sono state studiate, in tempi relativamente 
recenti, diverse strategie, che sfruttano la possibilità di 
integrare nel messaggio memorizzato o trasmesso, delle 
informazioni in più (ridondanti), che permettano in fase di 
lettura o di ricezione di verificare la correttezza del messag- 
gio. 

E’ intuitivo che quanto più il messaggio verrà “allungato” 
con informazioni ridondanti, tanto più la rilevazione potrà 
essere efficace, tanto che, in alcuni casi, le informazioni in 
eccesso potrebbero consentire addirittura di ricostruire il 
messaggio originale a partire dal messaggio “corrotto” del 
quale si dispone (in questo caso si parla di codici correttori 
di errore). 

Tuttavia è conveniente, in generale, cercare un compro- 
messo tra prestazioni e costi di codifiche di questo tipo, a 
seconda dell’ambiente nel quale si sta operando: nel cam- 
po delle telecomunicazioni, ad esempio, l’aggiunta di trop- 
pe informazioni ridondanti si rivela essere molto penaliz- 
zante in termini di tempo di trasmissione; inoltre, non va 
dimenticato che un messaggio più lungo comporta nello 
stesso tempo una maggiore probabilità di errore. In questo 
articolo ci occuperemo dei codici rivelatori d’errore a ridon- 
danza ciclica; comìnceremo con l’analizzare il modello 
matematico che si nasconde alla base dell’implementazio- 
ne di questi codici probabilistici, per passare poco per volta 
dalla teoria alla pratica, realizzando algoritmi per la codifica 
e la decodifica delle checksum; infine, in campo Amiga, ci 


occuperemo di come questa famiglia di codici sia stata 
utilizzata nell’implementazione dei protocolli di comunica- 
zione più diffusi, quali l’XModem e lo ZModem. 

CRC 

La famiglia di codici rivelatori di errore più diffusa nel 
campo delle telecomunicazioni, è senza dubbio quella dei 
cosiddetti “codici polinomiali”, universalmente noti con la 
sigla CRC (Cyclic Redundancy Codes o Cyclic Redundancy 
Check). Il motivo di una così vasta applicazione va indivi- 
duato nell’estrema versatilità di queste codifiche, che sfrut- 
tano un numero limitato di bit di ridondanza (generalmente 
lóo 32) e che permettono di rivelare la presenza di errori 
singoli, multipli e di tipo burst (errori estesi a più bit 
adiacenti) in messaggi teoricamente di dimensioni illimita- 
te. In questo tipo di codifica viene definita esplicitamente la 
probabilità di rivelare un errore, piuttosto che la certezza; 
tuttavia i criteri particolari adottati neU’implementazione 
annullano in pratica la probabilità che un certo tipo di 
errore possa sfuggire al meccanismo di controllo. 

Questa garanzia è in ogni caso legata alle dimensioni del 
messaggio codificato (in genere 1024 bit per un CRC a 16 
bit); per questo è conveniente suddividere a priori il mes- 
saggio in blocchi di 256 o più byte, a ciascuno dei quali 
vengono aggiunti 2 o 4 byte di ridondanza (codici a 16 o 32 
bit). In questo modo, la ridondanza viene mantenuta a 
livelli molto bassi, mentre la probabilità di rivelare un errore 
rimane decisamente elevata. Per questo motivo le codifiche 
CRC possono essere utilizzate efficacemente non solo nel- 
l’implementazione di protocolli di telecomunicazione 
(dove il fattore critico risulta essere l’affidabilità della veri- 
fica, in modo da evitare che un errore non riconosciuto si 
propaghi inosservato tra i vari utenti), ma anche in altri 
vastissimi campi di applicazioni, come quello dei program- 
mi di compattazione (ARC, ZOO, LZH), o ancora nella 
protezione di prodotti freeware. 

Un’altra peculiarità delle codifiche CRC è quella di poter 
essere generate e decodificate anche a livello hardware per 
mezzo di circuiti logici molto semplici (possibilità che 
tuttavia impone una piccola limitazione sulla scelta del 
polinomio generatore), che possono, a loro volta, essere 
montati nelle schede dei DCE (Data Communication 
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Equipment - i modem, ad esempio) o nei controller dei 
dispositivi di memorizzazione. 

Filosofia di funzionamento 

Alla base della codifica CRC vi è una comoda analogia con 
l’algebra polinomiale. Questo parallelo ci permette di effet- 
tuare operazioni matematiche apparentemente “strane”, 
come la sottrazione e la divisione in modulo 2 (definite 
nella teoria dei campi di Galois), e di costruire dei criteri per 
l’implementazione, usando come modello per le varie fasi 
della codifica le operazioni tra polinomi. Sarà dunque 
opportuno che il lettore vada a rivedere il meccanismo della 
divisione tra polinomi su qualche testo di scuola media 
(sicuramente molti di voi negheranno di averne mai sentito 
parlare !). 

Immaginiamo ora di lavorare su una sequenza di N bit 
“come se” si trattasse di un polinomio: 

a, X N_1 + a 2 X N ' 2 + ... + a N2 X 2 + a^X 1 + a N X° 

in una generica variabile X e di grado N-l, che abbia, come 
coefficienti: 

a i > a 2 ••• a N 

delle varie potenze decrescenti di X, i bit del messaggio 
stesso. Tali coefficienti potranno quindi assumere unica- 
mente i valori 0 e 1. Ad esempio, al messaggio N = 7 

1011011 

verrà associato il polinomio: 

M(X) = X 6 + X 4 + X 3 + X + 1 

In pratica, scegliendo messaggi lunghi 1024 bit, ci trovere- 
mo a operare con polinomi di grado 1023. Nel caso dell’ul- 
timo blocco dell’intero messaggio, di lunghezza variabile, 
verrà fatto corrispondere un polinomio di grado pari al 
numero di bit rimasti in coda meno uno. 


codificare R bit di ridondanza in modo che il polinomio 
M’(X), che corrisponde al nuovo messaggio così costruito, 
risulti divisìbile per il polinomio generatore G(X) (stiamo 
parlando naturalmente di divisione tra polinomi). La word 
o la longword di ridondanza posta in coda al messaggio 
viene usualmente chiamata checksum, anche se in questo 
caso non si tratta effettivamente di una somma, quanto del 
resto di una divisione. 

Vediamo ora cosa avviene al momento della verifica. 

Quando viene ricevuto o letto il messaggio ridondante, 
corrispondente al polinomio M’(X), si effettua nuovamente 
la divisione tra M’(X) e G(X) e si verifica che il resto sia nullo. 
In caso contrario il polinomio resto R(X) segnalerà la 
presenza di qualche errore. 

In questo caso non è comunque possibile ricostruire il 
messaggio originale (si tratta come abbiamo detto di un 
codice rivelatore e non correttore di errore); tuttavia si può 
richiedere di ripetere la trasmissione del blocco corrotto, 
che verrà poi nuovamente controllato: in caso di ripetuti 
fallimenti verrà sospesa la trasmissione. 

L’aritmetica in modulo 2 

Come abbiamo detto, gli algoritmi di codifica si servono di 
operazioni aritmetiche im modulo 2. Questo tipo di aritme- 
tica differisce da quella abituale principalmente sotto due 
aspetti; innanzitutto dispone di due soli simboli (o cifre) per 
la rappresentazione dei numeri, e in secondo luogo non 
viene conteggiato né il riporto, né il prestito nelle operazio- 
ni di somma e sottrazione. 

Quest’ultimo aspetto differenzia l’aritmetica in “modulo” 2 
da quella in “base” 2 (o binaria), con la quale non va 
assolutamente confusa. Confrontiamo, ad esempio, il risul- 
tato di una somma tra due numeri effettuata seguendo le 
regole dell’aritmetica in modulo 2, con l’analoga operazio- 
ne in base 2: 

Somma in modulo 2 Somma in base 2 


E’ necessario poi scegliere un altro polinomio G(X) di grado 
R inferiore a quello di M(X) (quindi R < N-l), che chiame- 
remo polinomio generatore e che verrà utilizzato per la 
codifica e la decodifica del messaggio, e dovrà quindi 
risultare noto tanto in trasmissione quanto in ricezione. 
Perché queste operazioni possano essere implementate a 
livello hardware per mezzo di circuiti logici fisicamente 
realizzabili è inoltre conveniente scegliere un polinomio 
generatore che presenti tanto il coefficiente della potenza 
di grado massimo, quanto quello di X alla 0 (e cioè il termine 
noto) entrambi di valore 1. In pratica, vengono utilizzati 
polinomi di grado R = l6eR = 32. 

Una volta scelto il polinomio generatore, la codifica è 
abbastanza semplice; si tratta di accodare al messaggio da 


100001011 + 100001011 + 

101011010= 101011010 = 


001010001 1001100101 

A parte l’assenza del riporto e del prestito, le operazioni di 
somma e sottrazione tra singole cifre sono le stesse dell’a- 
ritmetica binaria, sintetizzate nella seguente tabella: 

Somma 

0 + 0 = 0 
0+1 = 1 
1 + 0=1 

1 + 1 = 0 con riporto di 1 
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Sottrazione 

0-0 = 0 

0- 1 = 1 con prestito di 1 

1 - 0 = 1 

1 - 1=0 

I lettori più attenti avranno certamente notato un’importan- 
te conseguenza del fatto che riporto e prestito vengano 
ignorati; in aritmetica modulo 2 le operazioni di somma e 
sottrazione sono del tutto identiche tra loro (una conse- 
guenza che come vedremo verrà utilizzata in fase di codi- 
fica); provate, ad esempio, ad effettuare la sottrazione tra gii 
stessi numeri dei quali è stata esemplificata la somma, 
utilizzando le regole fornite in tabella (trascurando natural- 
mente il prestito). 

Un’altra osservazione importante riguarda l’operazione 
logica alla quale tanto la somma quanto la sottrazione 
possono essere assimilate; entrambe queste operazioni 
corrispondono, infatti, a un OR esclusivo tra gli operandi. 

Per quanto riguarda invece moltiplicazione e divisione, 
vengono seguiti criteri analoghi; in particolare, verranno 
eseguite secondo le regole in modulo 2 le somme tra i 
prodotti parziali nella moltiplicazione e la sottrazione tra i 
resti parziali nella divisione. Senza dilungarci ulteriormen- 
te, osserviamo soltanto che la moltiplicazione in modulo 2 
di un numero per una potenza N di 2 , corrisponde a shiftare 
verso sinistra il numero stesso di N-l posizioni, inserendo 
degli zeri nelle posizioni meno significative. Per quanto 
riguarda la divisione invece avremo modo di esemplificar- 
ne il meccanismo quando parleremo degli algoritmi di 
codifica. 

L’algoritmo di codifica 

A questo punto disponiamo della minima conoscenza 
matematica necessaria alla comprensione degli algoritmi di 
codifica e di decodifica. Riprendiamo quindi passo dopo 
passo le varie fasi illustrate sinteticamente in precedenza. 

La prima operazione da effettuare è quella di accodare al 
messaggio originale un numero di bit di ridondanza pari al 
grado del polinomio generatore. In termini di algebra 
polinomiale questo corrisponde a moltiplicare il polino- 
mio-messaggio M(x) per il monomio X alla R (R, ricordo, è 
il grado del polinomio generatore). 

E’ immediato, infatti, verificare che X alla R corrisponde alla 
rappresentazione binaria di una potenza di 2, e in quanto 
tale, causerà un semplice shift a sinistra della sequenza di 
bit originale, creando lo spazio, in coda, per la word o la 
longword di checksum. E’ evidente anche che in pratica 
questa operazione non viene effettuata, poiché, essendo il 
numero di bit di ridondanza prestabilito e sempre pari a un 
multiplo delle dimensioni di un byte, basterà azzerare e 
includere i due o i quattro byte successivi al messaggio 
stesso. 


Tuttavia è importante tenere presente questa operazione 
almeno a livello teorico, da una parte perché quello adot- 
tato praticamente non è altro che un caso particolare di 
un’implementazione di validità generale, con GIX) di gra- 
do qualsiasi, dall’altra perché, come abbiamo detto, dob- 
biamo continuamente muoverci in parallelo tra bit e poli- 
nomi. 

Il polinomio: 

X H MIX) 

così ottenuto rappresenta infatti un primo passo nella 
costruzione del polinomio M’(X), che dovrà in seguito 
risultare divisibile per G(X). 

Consideriamo ora la seguente relazione, relativa a una 
qualsiasi divisione numerica: 

quoziente = ( dividendo - resto ) / divisore 

Questa relazione mette in evidenza come sottraendo dal 
dividendo il resto, prima di effettuare la divisione, si ottiene 
un numero divisibile (o se vogliamo un multiplo intero) del 
quoziente. Nel nostro caso il dividendo non è altro che: 

X R MIX) 

mentre il resto non è per il momento ancora noto; per 
calcolarlo non ci resta che effettuare la divisione tra il 
polinomio dividendo e il divisore G(X). E’ opportuno 
procedere con un esempio: consideriamo ancora la se- 
quenza 1011011 (si tratta evidentemente di una riduzione 
didattica rispetto alle sequenze di 1024 bit trattate in prati- 
ca). Scegliamo poi come polinomio generatore: 

G(X) = X 4 + X 3 + 1 

Si tratta di un polinomio di grado R = 4; occorrerà quindi 
aggiungere 4 bit nulli in coda al messaggio Io se vogliamo 
moltiplicare il polinomio MIX) per X alla 4). 

Per effettuare la divisione tra polinomi operiamo nel modo 
seguente: dividiamo il primo termine del dividendo per il 
primo termine del divisore (questo è sempre possibile in 
quanto abbiamo supposto R < N-l), ottenendo il primo 
termine del quoziente (che tuttavia non ci interessa in 
quanto siamo interessati unicamente al resto della divisio- 
ne). 

Si moltiplica poi questo primo termine per il divisore, e si 
sottrae il prodotto dal dividendo, ottenendo il primo resto 
parziale; si itera poi il procedimento utilizzando come 
dividendo il resto parziale, fino a quando tale dividendo 
non risulta più divisibile per il divisore (in quanto il suo 
grado è diventato inferiore a quello del divisore). 

L’ultimo resto parziale così ottenuto rappresenta il resto che 
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cercavamo. La divisione tra i prescelti polinomi M(X) e G(X) 
viene esemplificata in figura 1, mentre in figura 2 viene 
riportata l’analoga divisione in modulo 2 tra le corrispon- 
denti sequenze di bit; l’analogia è evidente, se teniamo 
conto del fatto che in aritmetica in modulo 2 il numero -1 ha 
la stessa rappresentazione dell’l (poiché 0 - 1 = 0 + 1). 

Va inoltre osservato che, ragionando in modulo 2, sottrarre 
una sequenza da un’altra per il calcolo dei prodotti parziali 
equivale a effettuare una somma (questo non è assoluta- 
mente vero nel caso dei polinomi con coefficienti qualsiasi, 
anche negativi!). 

In pratica si tratta di effettuare un OR esclusivo tra la 
sequenza dei bit del messaggio e un modello di bit, corri- 
spondente alla sequenza del polinomio generatore, che si 
sposta ogni volta aU’interno del messaggio di una posizione 
verso destra, oppure semplicemente di shiftare tale model- 
lo di una posizione nel caso la prima cifra del resto parziale 
corrente sia nulla. 


Una volta ricavato il resto, che nel nostro caso è costituito 
dalla sequenza di bit 0001 , dobbiamo sottrarlo alla sequen- 
za che abbiamo utilizzato come dividendo. 

Anche in questo caso, possiamo indifferentemente effet- 
tuare tanto la somma quanto la sottrazione; in pratica i bit 
di resto andranno a rimpiazzare gli zeri di ridondanza in 
coda al messaggio. Il polinomio: 

T(X) = X R M(X) + R(X) 

costituisce la codifica CRC del messaggio con polinomio 
generatore G(X) e la corrispondente sequenza di bit è 
pronta per essere trasmessa. 

La prossima volta ci occuperemo dell’algoritmo di decodi- 
fica, della scelta del polinomio generatore e dei programmi 
esemplificativi che accompagneranno l’articolo su disco. 

c 



x 1 ' + xW +x 5 + x* 

xix 5 ;i 

x'Ix 9 tX 5 

- X 5 + X 8 t X 7 + '/* X 5 + X 4 

-xtx s -X 5 

X 7 , X* + X 4 

X 7 + X 4 X 3 

X - X 3 

X 4 + X 3 1 1 

-1 

x - x'V x\ 1 

Polinomio dividendo M(X) : x 1(i + x 8 + x ? + xl x 4 
Polinomio divisore G(X) : xi xl 1 

Polinomio quoziente : x 4 - x 5 + x 3 + 1 

Polinomio resto R(X) : - 1 



10 110 110 0 0 0 


110 0 1 

1 1 1 1 1 1 0 8 0 0 
110 0 1 
0 1 1 0 1 0 0 0 0 
0 0 0 0 0 
11010000 
110 0 1 
0011000 
0 0 0 0 0 
0 110 0 0 
0 0 0 0 0 
110 0 0 
1 3 0 0 1 


1 1 0 0 1 


110 10 0 1 


Dividendo : 

10110110000 

Divisore : 

110 0 1 

Quoziente : 

Ì 1 0 1 0 0 1 

Resto : 

0 0 0 1 


Figura 1 


Figura 2 
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Parte terza: i pacchetti 


Romano Tenca 

L’ultima volta (sul numero 31) eravamo giunti alla conclu- 
sione della fase di inizializzazione dell’handler. In quella 
fase, ovviamente, oltre a curare i rapporti con il DOS 
occorrerà preparare le strutture e i dati che ci servono per 
svolgere le funzioni che il nostro handler si prefigge, ma 
questo dipende strettamente dal singolo progetto. Siamo 
ora giunti al cuore del programma: quello che dovrà effet- 
tivamente ricevere e gestire i pacchetti che provengono dal 
DOS. Sostanzialmente, si tratterà di attendere l'arrivo di 
messaggi alla porta del nostro processo, per esempio 
mediante un: 

while ( (msg=GetMsg (miaporta) ==NULL) 

WaitPort (miaporta) ; 

ove “miaporta” è appunto l’indirizzo della MsgPort conte- 
nuta nella struttura Process dell’handler, e msg è un punta- 
tore a una struttura Message. Dal messaggio ricaviamo poi 
l’indirizzo del pacchetto (pkt), nel modo che avevamo 
spiegato la scorsa puntata: 

pkt=(struct DosPacket * ) msg->mn_Node . ln_Name; 

poi, andiamo a vedere quale sia il valore dp_Type ed 
eseguiamo l’azione indicata. Di solito si usa uno switch di 
questo tipo: 

switch (pkt->dp_Type) 

{ 

case ACTION_RENAME_DISK: 
break; 

[. • •] 

default : 

pkt->dp_Resl=DOSFALSE; 

pkt ->dp_Re s 2 =ERROR_AC T I ON_NOT_KNOWN ; 

break; 

} 

e alla fine dello switch si restituisce il pacchetto al DOS con 
PutMsgC ), per porsi di nuovo in attesa di un altro eventuale 
messaggio. Si noti il caso di default: se il pacchetto non può 
essere gestito, deve essere restituito un errore del tipo 
indicato. La gestione degli errori è molto importante, per- 


ché un handler si integri bene al sistema: i valori d’errore 
devono essere quelli che il sistema si aspetta, non altri 
(magari scelti a caso dall’elenco contenuto in “dos.h”). Solo 
così i programmi che dialogano con l’handler sapranno 
compiere le scelte giuste di fronte a un determinato messag- 
gio d’errore, se non altro per informare l’utente della natura 
esatta del problema incontrato. A questo punto si tratta di 
conoscere il significato dei vari pacchetti e il comportamen- 
to da tenere di fronte a ognuno di essi per conformarsi alle 
aspettative del sistema. 

Non è possibile esaminare tutta la casistica relativa. Il 
manuale del DOS, da parte sua, è piuttosto parco di infor- 
mazioni a proposito, e molte cose si possono capire sola- 
mente provando e riprovando a inviare determinati pac- 
chetti agli handler della Commodore, come DFO: o RAM:. 
Esistono programmi PD destinati proprio ad aiutare il 
programmatore a provare gli handler, come PickPacket o 
MonProc, dei quali riferiremo quando tratteremo il delicato 
problema del debugging. Cercheremo dunque di indicare 
a grande linee quale sia il comportamento da tenere di 
fronte ai vari pacchetti, senza la pretesa di risultare esau- 
rienti. 

I lock 

Il DOS usa i lock per determinare univocamente un ele- 
mento del file System e svolgere su di esso un certo numero 
di operazioni. Per “elemento” si intende sia una directory, 
che un file. Le directory sono gestite solo mediante i lock, 
mentre per effettuare certe operazioni sui file è necessario 
usare i FileHandler. 

D’ora in poi, useremo in generale il termine “file” per 
indicare sia le directory, che i file veri e propri (a meno che 
non sia specificato altrimenti). 

Eccone la struttura (da dosextens.h): 

struct FileLock { 

BPTR f l_Link; 

LONG f l_Key ; 

LONG fl_Access; 

struct MsgPort * fl_Task; 

BPTR f l_Volume; 

}; 
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E’ compito deH’handler allocare, inizializzare e rilasciare la 
memoria di tutti i lock. Nessun programma utente può 
modificare il contenuto di un lock e nessuno, in teoria, può 
duplicare da sé i lock. Esiste uno specifico pacchetto 
destinato a questo scopo, che appunto chiede all’handlerdi 
creare una copia del lock. Pare purtroppo che qualche 
programma non rispetti questa regola (si dice che sia 
proprio il Workbench 1.2/1. 3, ma non ho mai verificato 
personalmente la faccenda). Ciò rende impossibile accoda- 
re al lock altri eventuali campi che potrebbero essere utili 
all’handler. 

I lock sono di due tipi: esclusivi o condivisi. Sono permessi 
più lock condivisi su un solo file, mentre è permesso un 
unico lock esclusivo. I lock condivisi devono contenere il 
valore SHARED_LOCK (-2) nel campo fl_Access, quelli 
esclusivi il valore EXCLUSIVE_LOCK (-1). 

fl_Link deve contenere un eventuale puntatore BPTR agli 
altri lock. Serve per collegare in unica lista BCPL i lock 
relativi ad un volume (ne avevamo già parlato). E’ utile solo 
agli handler che devono gestire più volumi (come DFO: o 
DF10. 

flJKey deve contenere un valore che serve all’handler per 
identificare univocamente il file. Può essere qualsiasi cosa, 
dipende solamente dall’handler. Per esempio, la RAM: vi 
tiene un puntatore a una locazione di memoria che contie- 
ne ì dati del file che le servono; DFO: vi tiene il numero di 
settore del disco che contiene l’heacler del file. Il fatto 
importante è che il valore contenuto in questo campo deve 
permettere all’handler di accedere a tutte le informazioni 
che gli servono quando opera su un file. 

fl_Task deve contenere l’indirizzo della MsgPort del pro- 
cesso dell’handler. Quando si riceve un lock come parame- 
tro di un pacchetto, sarebbe buona cosa controllare che il 
valore di questo campo sia esatto, per assicurarsi di non 
avere ricevuto, per errore, il lock appartenente ad un altro 
device. Gli handler standard non lo fanno, perché è illegale 
inviare un lock di un device ad un altro device. Quando ciò 
avviene gli handler vanno nove volte su dieci in guru. 

fl_Volume deve contenere il puntatore BCPL al volume cui 
appartiene il file. 

I lock sono di fondamentale importanza e vengono usati 
con molti pacchetti. E’ dunque importante che la funzione 
dell’handler che li crea e li inizializza sia veloce, se non si 
vuole far decadere le performance del sistema. 

L’handler deve tenere traccia del numero di lock esistenti su 
un file e del loro tipo, perché dalla presenza o meno di lock 
su di un file dipende il comportamento dell’handler in 
molte situazioni. E’ difficile coprire tutta la casistica, ma si 
può dare qualche indicazione a proposito, che riguarda 
l'1. 3 (nel 2.0 cambiano alcuni particolari): i lock esclusivi su 
un file inibiscono tutti (o quasi) gli altri pacchetti. I lock 
condivisi sono più clementi e inibiscono: 


ACTION_CREATE_DIR (22) 

ACTION_DELETEJ3BJECT (16) 

ACTION_FINDOUTPUT (1006) 

ACTION_FINDUPDATE (1004) 

ACTION LOCATE OBJECT (8) in modo esclusivo 

ACTION_SET_DATE (34) 

ACTION_SET_COMMENT (28) 

ACTION_SET PROTECT (21) 

Per quanto riguarda i pacchetti che modificano un file, 
come ACTION_WRITE (87) o ACTION JTRUNCATE 
(1022), va notato che il loro uso è subordinato all’apertura 
di un file mediante ACTION_FINDINPUT (1005), 
ACTION_FINDOUTPUT (1006) o ACTION_FINDUPDATE 
(1004). E’ sempre possibile scrivere in un file aperto con 
ACTION_FINDINPUT e siccome tale pacchetto non è inibi- 
to dai lock condivisi, ne consegue che è possibile scrivere 
in un file su cui esiste un lock condiviso a patto che lo si apra 
in lettura, cioè mediante ACTION_FINDINPUT. 

Un’altra cosa: i pacchetti per aprire i file in lettura e scrittura 
che usano i FileHanler sono del tutto simili ai lock. 
ACTION_FINDINPUT è come un lock condiviso, mentre 
ACTION_FINDOUTPUT e ACTION_FINDUPDATE sono 
come dei lock esclusivi. Dire che un file è privo di lock 
significa in generale che non devono esserci nemmeno 
FileHandler aperti sul file. Si noti, infine, che i lock condivisi 
non inibiscono ACTION_RENAME_OBJECT (il pacchetto 
che rinomina un file): per cui è possibile che il nome di un 
file, su cui esiste un lock condiviso, cambi; siccome l’aper- 
tura in lettura è identica a un lock condiviso, è possibile 
cambiare il nome di un file, mentre un programma lo sta 
leggendo. 

Vediamo ora i principali pacchetti legati alla gestione dei 
lock. Di ogni pacchetto indicheremo il nome simbolico, il 
valore decimale tra parentesi, i parametri a partire da 
dp_Argl separati da una virgola, il valore di ritorno da 
inserire in dp_Resl e la funzione corrispondente (quando 
esiste). In caso di errore, in dp_Resl va (generalmente) il 
valore DOSFALSE (0) e il codice d’errore va in dp_Res2. 

ACTION_LOCATEJDBJECT (8) Lock, Nome, Modo Lock 
Lock ( ) BPTR BSTR LONG BPTR 

Chiede all’handler di creare un lock. Il primo parametro è 
un lock. Per convenzione, uno 0 indica il livello radice del 
file System. 

Il secondo parametro contiene un BPTR a una stringa BCPL 
con il nome del file da individuare. Il nome può contenere 
un path che va inteso come relativo al file identificato dal 
lock di dp_Argl. Il terzo parametro contiene il tipo di lock 
richiesto: condiviso o esclusivo. Qui sorge un piccolo 
problema: alcuni programmi (sì è ancora lui, il Workbench 
1.2/1. 3, il 2.0 pare avere eliminato questa anomalia), in 
barba alle specifiche Commodore, invece di usare il valore 
SHARED_LOCK (-2), usano valori a caso. Per cui l’handler 
deve comportarsi così: se Modo è -1, si chiede un lock 
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esclusivo, in tutti gli altri casi il lock richiesto è di tipo 
condiviso. 

Se il file esiste ed è possibile creare il lock richiesto, dp_Resl 
dovrà contenere un BPTR alla struttura FileLock allocata e 
inizializzata dall’handler, altrimenti 0 e il motivo del falli- 
mento (per esempio, ERROR_OBJECT_IN_USE, quando si 
chiede un lock esclusivo su un file già in uso) in dp_Res2. 
E’ molto importante stabilire come va interpretato il nome 
di un file in funzione del lock cui si riferisce. Procediamo 
per punti, al fine di mettere a punto una logica da utilizzare 
nelle proprie routine. Presumiamo di avere convertito, per 
comodità, la stringa BCPL in una stringa C terminata con 
uno 0. Inoltre, immaginiamo di avere un puntatore (chia- 
miamolo “Livello”) a una struttura che corrisponde al file 
individuato dal lock iniziale; se il lock era 0, il puntatore 
individua la radice del nostro file System. 

1. Il nome può iniziare con una qualsiasi serie di caratteri 
conclusa da Tale stringa non interessa minimamente 
l’handler e va saltata a pié pari. Va intesa, per definizione, 
come il nome del file cui si riferisce il lock in dp_Argl. Si 
può trattare del nome di un device logico (quelli di Assign) 
assegnato a quell’elemento del file System, oppure del 
nome di un volume, oppure del nome di un device. Non è 
una faccenda che l’handler deve verificare: se arriva un 
packet con un nome seguito da due punti, ciò significa che 
in un modo o nell’altro, per il sistema, quel nome si riferisce 
al file identificato dal lock. 

2. Comincia adesso il nome del file da individuare, prece- 
duto o meno da un path. Leggiamo un carattere. 

2. A Se il carattere è uno 0, abbiamo trovato il file e possiamo 
terminare. Il file individuato è indirizzato dalla variabile 
Livello. Ciò significa che il nome può essere una stringa 
vuota e che in tal caso si chiede praticamente di duplicare 
il lock iniziale. 

2.B Se il carattere è “/” allora dobbiamo salire alla directory 
genitrice facendo puntare la variabile Livello alla struttura 
della directory genitrice. Se tale directory non esiste (succe- 
de solo se siamo già alla radice), terminiamo con l’errore 
ERROR_OBJECT_WRONG_TYPE (212), altrimenti tornia- 
mo al punto 2. 

2. C In tutti gli altri casi abbiamo raggiunto il primo carattere 
del nome del file che inseriremo all’inizio di un apposito 
buffer. Andiamo al punto 3. 

3. Ora abbiamo trovato almeno un carattere del nome del 
file, dobbiamo trovare gli eventuali altri caratteri da aggiun- 
gere al buffer. Leggiamo un carattere. 

3. A Se il carattere è uno 0, abbiamo completato il nome del 
file. Cerchiamo il file tra i figli del file indicato da Livello, che 
deve dunque essere una directory. Se non lo è restituiamo 
l’errore ERROR_OBJECT_WRONG_TYPE (212). Se tra i 


figli di Livello non compare nessun file con il nome indicato 
(il confronto deve avvenire senza tener conto di maiuscole 
e minuscole), restituiamo l’errore 
ERROR_OBJECT_NOT_FOUND (205). 

3. B Se il carattere è “/”, abbiamo completato il nome del file 
da cercare tra i figli di Livello. Se lo troviamo, facciamo 
puntare Livello al nuovo file e torniamo al punto 2. Nel caso 
contrario terminiamo come abbiamo già detto in 3. A 

3.C In tutti gli altri casi aggiungiamo il carattere al buffer del 
nome, controllando che non superi i 30 caratteri, il massimo 
consentito per i nomi del DOS. Torniamo al punto 3. 

Non è difficile tradurre le cose dette in codice C, usando un 
ciclo while( ) e un paio di switch. Non è, ovviamente, 
l’unico modo di implementare l’algoritmo, né il più veloce, 
ma forse è il più chiaro. 

Facciamo ora un esempio, immaginiamo un file System: 

Radice (dir) 

Minni (dir) Pluto (file) 

Arriva un pacchetto con un lock su Minni e il nome “prova:/ 
Pluto//”, vediamo che succede: Livello punta a Minni, il 
nome “prova:” viene saltato (punto 1) e il primo carattere 
utile diventa “/” (punto 2.B); ciò significa che dobbiamo far 
puntare Livello al genitore di Minni, cioè Radice. Leggiamo 
il carattere successivo “P”, lo mettiamo nel buffer (2.C) e 
andiamo al punto 3. Leggiamo tutti i caratteri di Pluto fino 
a “/” inserendoli nel buffer (3.C). Quando incontriamo “/” 
cerchiamo “Pluto” tra i figli di Radice e facciamo puntare 
Livello a questo file (3-B); torniamo al punto 2. Qui leggia- 
mo il secondo “/” e cerchiamo dunque il genitore di “Pluto” 
che sarà ancora Radice: il nostro nuovo Livello. Il carattere 
successivo è uno 0 e possiamo dunque fare ritorno, resti- 
tuendo il lock sul file indicato da Livello, cioè la directory 
Radice. In parole povere il pacchetto chiedeva un lock su: 
“il genitore di Pluto, il quale è figlio del genitore di Minni”. 

Ecco altri casi particolari: “Pluto/” indica il file “Pluto” (che 
non deve essere per forza una directory!), mentre “Pluto// 
” indica il genitore di Pluto; il nome “Pluto//Pluto” indica 
“Pluto, il figlio del genitore di Pluto”, mentre il nome 
(vuoto) indica la directory in cui ci trova. Il nome è come 
il nome vuoto: non indica la directory radice, ma il lock 
iniziale, che potrebbe riguardare anche un file. La routine 
indicata dovrà essere utilizzata per la gestione di molti 
pacchetti, per cui è meglio implementarla come funzione 
separata. 

Passiamo ora ad esaminare altri pacchetti relativi ai lock. 

ACTION_COPY DIR (19) Lock Lock 

DupLock ( ) BPTR BPTR 

Chiede un duplicato del lock in dp_Argl. Il lock iniziale 
deve essere di tipo condiviso, ovviamente. Può anche 
essere uno 0, in tal caso si restituisce un lock sulla directory 
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radice. A scanso di equivoci, il lock può riguardare anche 
un file. 

ACTION_FREE_LOCK (15) Lock Boleano 

UnLock ( ) BPTR DOSTRUE 

Chiede di annullare il lock, liberando le risorse associate. Il 
lock iniziale può essere 0: in tal caso, l’handler non deve far 
nulla, ma restituire comunque il valore boleano DOSTRUE. 

ACTION_DELETE_OBJECT (16) Lock,Name Boleano 
DeleteFile ( ) BPTR BPTR LONG 

Chiede di cancellare il file. Sul file non devono esistere lock 

0 FileHandler; se si tratta di una directory, deve anche 
essere vuota. 

ACTION_PARENT (29) Lock Lock 
ParentDìr ( ) BPTR BPTR 

Chiede un lock sulla directory genitore del lock indicato. Se 
non esiste, bisogna restituire il valore 0. E’ importante, in 
questo caso, che il campo dp_Res2 sia a 0, altrimenti il 
sistema può interpretare lo 0 di dp_Resl come un autentico 
errore. Il lock dovrà essere condiviso. 

ACT I ON_CREATE_D IR (22) Lock, Nome Lock 
CreateDìr ( ) BPTR, BSTR BPTR 

Chiede di creare una nuova directory e di restituire un lock 
esclusivo sulla nuova directory. Se il file esiste già, verrà 
cancellato (rispettando le stesse regole di 
ACTION_DELETE_OBJECT). 

Il nome della directory da creare (e questo varrà anche per 

1 file) non deve contenere caratteri di controllo (compresi 
tra 0 e $1F), né il carattere l’errore corrispondente è: 
ERROR_INVALID_COMPONENT_NAME (210). Anche in 
questo caso conviene scriversi una routine separata che 
controlli la validità del nome di un file. 

La prossima volta esamineremo altri pacchetti che usano 
lock e FileHandler. 


(segue da pag. 35) 


Includes & Autodocs 


libro risulti un indispensabile strumento di lavoro, costan- 
temente presente sulla scrivania dello sviluppatore Amiga, 
necessario quanto il sistema operativo stesso. Questa affer- 
mazione ci permette di lasciare in secondo piano conside- 
razioni riguardanti l’implicita scarsa leggibilità di un ma- 
nuale tecnico o le difficoltà che inevitabilmente si incontra- 
no nell 'interpretare un’enorme mole di informazioni in uno 
stile ridotto all’essenziale. 

Una volta imparato il meccanismo di lettura, la compattezza 
dello stile propria a questo volume del manuale di riferi- 
mento si rileva essere un pregio essenziale, poiché ci si 
accorge di avere a disposizione un’informazione completa, 
sempre a portata di mano e soprattutto accessibile molto 
velocemente. Non va inoltre dimenticato che non si tratta 
affatto di un testo didattico (funzione svolta dagli altri due 
volumi), ma semplicemente di un testo di continua consul- 
tazione. 

E’ doveroso aggiungere un’altra peculiarità che rende unica 
l’intera collana dedicata ad Amiga dalla Addison Wesley; 
tutti i volumi, dall’interfaccia utente, al sistema operativo, 
all’hardware, sono stati scritti dagli stessi programmatori e 
dagli stessi progettisti di Amiga, e rappresentano quindi 
parte integrante del sistema stesso, fornendo la base essen- 
ziale per tutta la letteratura del settore. Questa finora ha 
portato l’informazione codificata più o meno esplicitamen- 
te in questi volumi su un piano divulgativo di più facile 
lettura, integrando in molti casi la trattazione con comple- 
menti di conoscenze nel campo informatico che vengono 
date per scontate nell’ambito del manuale di riferimento. Si 
tratta quindi di un volume molto tecnico, che rappresenta 
tuttavia un punto di riferimento indispensabile non solo 
alla programmazione avanzata, ma ai programmatori di 
qualsiasi livello, poiché in esso sono presenti informazioni 
essenziali inerenti a tutti gli aspetti previsti dal sistema 
operativo di Amiga. 

AMIGA ROM Kernel Reference Manual 
INCLUDES AND AUTODOCS 
Third Edition - May 1991 
(Amiga Technical Reference Series) 

Commodore- Amiga, Ine. 

Addison Wesley 
L. 88.000 ( circa J 
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certamente limitativo. BootX è un 
completo e potentissimo gestore di 
boot block, è un affidabile cura 
contro i link-virus e una banca-dati 
di tutti i virus e i boot block di utility 
mai realizzati. La caratteristica di 
BootX è la possibilità di essere 
aggiornato semplicemente cam- 
biando i file BootX. Recog e 
BootX. Brain, all’interno dei quali 
sono presenti i dati per il riconoci- 
mento dei malefici virus. Ma BootX è 
moltodi più: offre una efficente inter- 
faccia-utente utilizzando la 
reqtools. library, permette di ottene- 
re un help on-line per ogni funzione 
disponibile, consente di controllare 
intere directory (o device) per la 
presenza di link-virus e offre la 
possibilità di installare su disco uno 
tra i numerosi boot-utility disponibili. 
Il tutto controllato da una interfaccia 
molto piacevole, intuitiva, di imme- 
diata comprensione che offre note- 
voli possibilità all'utente. Facciamo 
ora un semplice esempio d’uso: 
lanciate il programma BootX che, 
dopo essersi inizializzato, attende- 
rà un vostro comando. 

Scegliete il menu “Files/Check Fi- 
les”, cliccate ancora sul gadget 
Check Files e scegliete tramite il file- 
requester il device che intendete 
controllare, cliccate su OK e... 
aspettate! Dopo qualche secondo 
otterrete la diagnosi sulla presenza 
di virus o meno nel device selezio- 
nato. 

Ma questa è una sola delle possibi- 
lità di BootX, la più interessante 
delle quali è la possibilità di memo- 
rizzare un boot block e riutilizzarlo in 
seguito. Quante cose interessanti si 
possono fare? Sta alla vostra co- 
scienza usarlo nella migliore manie- 
ra possibile. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.0 

UTILIZZO 

CLI: doppio click sull'icona 

FILE DI SUPPORTO 

Tutti i file presenti nella directory 
BootX4.30 del disco Amiga Magazine 


Find 

Larry Phillips 

Find, si occupa di cercare all’inter- 
no del file data-base creato dal 
programma UpdateDB un file spe- 
cificato dall’utente. Il programma 
UpdateDB, dopo aver ottenuto in 
input un device (meglio se fisico, 
come un Flard Disk), cerca di creare 
un file FindDB: find.codes - motivo 
per cui è necessario prima di tutto 
assegnare ad una directory il devi- 
ce FindDB: Una volta creato il file 
data-base, Find è finalmente pronto 
per l’uso. Basta lanciarlo seguito dal 
nome del file o directory che si inten- 
de cercare e istantaneamente otter- 
rete un resoconto su tutte le directo- 
ry e i file con il nome da voi specifi- 
cato. 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.0 

UTILIZZO 

CLI: Assign FindDB: directory [enter] 

CD Find [enter] 

UpdateDB DHO: DH1: ... [enter] - per 
creare il find.codes 

Find nomejile [enter] - per cercare il file 

FILE DI SUPPORTO 

UpdateDB 


TaskX v3.0 

Steve Tibbeft 

Questa è l’utility del mese dedicata 
esclusivamente ai possessori di 
Amiga con il nuovo e più potente 
sistema operativo. TaskX è un po- 
tente e preciso task-manager, ossia 
un programma che permette di 
controllare come si comportano tutti 
gli altri programmi all’interno del 
sistema operativo, inclusi quelli che 
a basso livello gestiscono dei task 
primari come il controllo dell'input 
via mouse, della trackdisk.device, 
del controller deli’Hard Disk, della 
console Shell e di altre piccole ma 


non menu importanti “cosucce” che 
rendono Amiga il computer con il 
sistema operativo tra i più d’avan- 
guardia disponibili sul mercato. 
TaskX, una volta lanciato, visualizza 
in una piccola window un elenco di 
tutti i task al momento attivi all’inter- 
no dell’OS. Il classico gadget di 
scorrimento è disponibile per scor- 
rere all'Interno dell’elenco, ed è 
presente anche un gadget ciclico 
che permette di scegliere tra diver- 
se opzioni semplicemente cliccan- 
do sempre sullo stesso. Il gadget 
ciclico è all’inizio settato su Priority e 
infatti accanto ad ogni task nell’e- 
lenco è indicata la priorità che ognu- 
no detiene alPinterno del sistema. 
Sulla destra rispetto al gadget clicli- 
co vi sono quattro gadget “classici" 
che permettono di inviare dei se- 
gnali ad un particolare task selezio- 
nato col mouse. I segnali corrispon- 
dono alle combinazioni di tasti Ctrl- 
C, Ctrl-D, Ctrl-E, Ctrl-F e permettono 
di terminare il task, sempreché esso 
lo preveda. E’ possibile cambiare la 
priorità di ogni task, come è anche 
possibile ottenere utili informazioni. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 2.0 

UTILIZZO 

Workbench: doppio click sull'icona 

FILE DI SUPPORTO 

nessuno 


Fortunes 

Dopo tante utility per super-specia- 
listi (o quasi), ecco finalmente un 
programma divertente e assoluta- 
mente non impegnativo. Fortunes è 
paragonabile ai famosi cioccolatini 
per innamorati. Infatti Fortunes, ogni 
volta che viene lanciato, visualizza 
una frase più o meno famosa di un 
personaggio. Un utilizzo tipico del 
programma Fortunes è quello di 
piazzarlo all’interno, ad esempio, 
della Shell-Startup (o CLI-Startup) in 
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modo che ogni qual volta viene 
aperta una nuova Shell viene visua- 
lizzato un nuovo e diverso 
messaggio. Per i più esperti è pos- 
sibile modificare il contenuto del file 
S:fortunes.dat e sostituire le frasi (in 
inglese) delle persone famose con 
le frasi “mitiche” dette dai vostri 
amici, ad esempio. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1.2/1 .3/2.0 

UTILIZZO 

Workbench: doppio click sull'icona 
CLI: CD Fortunes [enter] 

Fortunes [enter] 

FILE DI SUPPORTO 

I file fortunes. idx e fortunes.dat presenti 
nella directory associata al device S: del 
disco all'interno del quale è presente il 
programma Fortunes. 


ChamPlay vi. 90 

H. Raaf/New-Vision-Soft 

Il Chamàleon Player in versione 

I. 90 è sicuramente uno dei pro- 
grammi che sono necessari per 
suonare dei moduli Sound/Noìse/ 
Pro-Tracker più completi attual- 
mente disponibili, ma non solo, può 
suonare moduli. Oktalyzer, MED e 
OktaMED, TFMX, Jam-Cracker, 
Future-Composer, SID-Mon e molti, 
molti ancora. In effetti, se avete un 
modulo di cui non sapete la prove- 
nienza, sia esso compattato con 
PowerPacker o meno, potete esse- 
re sicuri che ChamPlay riuscirà a 
suonarlo perfettamente su qualun- 
que Amiga e sia in PAL sia in NTSC. 
Inoltre, ChamPlay fornisce la possi- 
bilità di scegliere tra numerose 
opzioni per la riproduzione -del 
modulo; per averne un elenco se- 
guite le note indicate nelle "Specifi- 
che del Programma”. E’ possibile, 
ad esempio, specificando il para- 
metro -File, scegliere il modulo da 
suonare cliccandolo su un comodo 
file-requester fornito dalla libraria 


req. library. Dato che sul dischetto 
Amiga Magazine è presente un 
simpatico modulo di dimostrazione, 
vi consigliamo di provare questa 
opzione e selezionare il modulo 
“MOD.Those-Three”. Per terminare, 
cliccate sul gadget “Forget it!” o sul 
tipico gadget di chiusura del 
requester. Ma non è tutto qui quello 
che ChamPlay vi permette di fare: 
se come parametro fornite, ad 
esempio, -LeftMouse, RightMouse 
oppure BothMouse potrete sceglie- 
re quale tasto del mouse usare per 
terminare l'esecuzione del modulo 
in corso tra tasto sinistro, destro 
oppure sinistro-e-destro 

contemporaneamente. E’ possibile 
scegliere di far terminare l’esecu- 
zione premendo il tasto del joystick 
o scegliendo un tasto appropriato 
oppure lasciare l’opzione di default 
ossia CTRL-LeftMouse. Se invece 
usate l’opzione -Hurry vi verrà mo- 
strato immediatamente il file-reque- 
ster e potrete subito scegliere cosa 
ascoltare, senza neanche un istante 
di attesa. Potete scegliere se utiliz- 
zare l’eventuale memoria extra per 
continuare a suonare un modulo 
mentre ne viene caricato un altro 
per avere l’effetto “Continuous 
Play”, o meglio potete decidere di 
eliminare questa possibilità fornita 
di default utilizzando il paramentro - 
DoubleOff. Infine, potete scegliere 
se disabilitare o addirittura forzare 
la possibilità di usare un buffer dì 
caricamento in memoria FAST ri- 
spettivamente con i parametri -Tric- 
kyOff e -UseFastMem. Le opzioni - 
WindowOff evita la creazione di fi- 
nestre sullo schermo per un output 
più “discreto”, -GoWBOff manda il 
Workbench in in primo piano quan- 
do si usa il file-requester e l’opzione 
-AudioOff permette di suonare non 
usando l’Audio device come do- 
vrebbe essere buona norma fare. 
Questa opzione può essere molto 
utile ai più tecnici tra di voi poiché è 
possibile in questo modo suonare 
un modulo Pro/Noise-Tracker (o 
altri, esclusi quelli MED), e nel frat- 
tempo sounare degli effetti sonori 
usando l’Audio device e sovrappo- 
nendoli al modulo che già viene 
suonato. 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1.2/1 .3/2.0 

UTILIZZO 

Workbench: doppio click sull'icona 
CLI: CD ChamPlayl .9 [enter] 

ChamPlay ? [enter] - per l'elenco 
delle opzioni 
ChamPlay - opzione 
nome_del_modulo_da_suonare [enter] 


NOTE 

Ricordiamo che per motivi di spazio 
le directory C, DEVS, L e LIBS del 
disco di Amiga Magazine non sono 
complete come dovrebbero esse- 
re, soprattutto per poter funzionare 
come dischi con cui effettuare il 
bootcon il KickStart v2.04. Si consi- 
glia quindi ai possessori di Amiga 
500 Plus che dovessero riscontrare 
dei problemi di funzionamento, di 
effettuare il boot dal proprio disco 
Workbench e, successivamente, 
sostituire nel drive il disco con quel- 
lo di Amiga Magazine. I comandi Dir 
e List del CLI sono stati sostituiti con 
il più compatto ed efficente LS, 
quindi usate quest’ultimo per visua- 
lizzare il contenuto di una directory. 
Le librerie presenti nella directory 
LIBS del disco Amiga Magazine 
arp. library, req. library, 

reqtools. library, explode. library e 
powerpacker. library sono di pubbli- 
co dominio e quindi liberamente 
distribuibili. Vi consigliamo di co- 
piarle sul vostro disco di lavoro (o 
hard disk) perché sono indispensa- 
bili al funzionamento di molti dei 
programmi di pubblico dominio 
presenti sul disco allegato ad Ami- 
ga Magazine ogni mese. 

Attenzione 

Quando viene indicata la scritta tra 
parentesi quadre come [enter], 
significa che dovete premere il tasto 
con scritto Enter presente sulla 
destra dei tastierino numerico op- 
pure il tasto di ritorno carrello posto 
sulla sinistra dei tasti cursore. 
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ni permeano il linguaggio informati- 
co in molti modi. Potreste aver sen- 
tito il termine EXE (pronunciato 
“eeks” o “eeksie”) sulla bocca di un 
utente Amiga in espressioni come 
“Questo è un file EXE”, che significa 
che il file è un programma che può 
essere mandato in esecuzione. Vie- 
ne usata l’estensione LZH per il 
programma LHArc, ZIP per PKAZip 
e i più semplici ARC, ZOO e PAK per 
i programmi dotati dello stesso 
nome. Un disco intero può essere 
compresso in un singolo file con 
estensione WRP, mediante il pro- 
gramma Warp. Sfortunatamente, i 
file compressi sono spesso una 
pietra d’inciampo per i nuovi utenti 
di reti telematiche. Quando scarica- 
te un file, esaminate l'estensione del 
file e assicuratevi di possedere il 
programma di decompressione 
adatto. Altrimenti state perdendo 
tempo e denaro. La versione Amiga 


dei programmi di decompressione 
per PC spesso eredita la debole in- 
terfaccia utente dei progenitori IBM. 
E’ pertanto necessario scrivere, per 
esempio, LHARC X DEMO in una 
finestra CLI, invece che selezionare 
un file e premere il gadget Extract. 
Alcuni programmi di gestione delle 
directory offrono un controllo auto- 
matico dei programmi di decom- 
pressione basati sul CLI. Con que- 
sti, è possibile comprimere e de- 
comprimere restando all’interno di 
un’amichevole interfaccia Intuition. 
Il mio programma di compressione 
favorito su Amiga, PKAZip, offre 
un'autentica interfaccia pilotabile 
via mouse. E’ completamente com- 
patibile con il PKZip MS-DOS e ciò 
significa che io posso scaricare 
archivi da una BBS per PC ed 
estrarre tutti i file nel mio Amiga. 
PKAZip non è soggetto alle restri- 
zioni dei nomi PC. Invece, conserva 
maiuscole e minuscole, assieme 
alla struttura delle directory Amiga. 


Il futuro riserva ulteriori avanzamenti 
nell’arte della compressione. Nei 
prossimi anni, i chip di compressio- 
ne dedicati diventeranno normali 
nei personal computer. Effettuando 
I pesanti calcoli necessari con hard- 
ware dedicato, avremo una migliore 
compressione in un tempo ridotto e 
la varietà infinita dei programmi di 
compressione potrebbe ridursi a 
uno o due formati. Non preoccupa- 
tevi troppo di sapere quale pro- 
gramma comprima di più i file. 
Questo tipo di confronto occupa le 
notti dei maniaci del modem, ma 
tutti i programmi di questo tipo svol- 
gono un buon lavoro. Ignorate tale 
dibattito, prendetene uno e comin- 
ciate a comprimere i dati per farli 
stare nello spazio a vostra disposi- 
zione. ▲ 


© Compute Publication International, Ltd., 
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ENCICLOPEDIA ITALIANA 
GROLER PER CDTV 


Romano Tenca 


Un nuovo modo di concepire 
l'enciclopedia. 


I l titolo più importante ap- 
parso finora per CDTV è 
l'Enciclopedia Italiana 
Grolier, un'operache esiste 
da tempo su supporto car- 
taceo. La prima edizione in 
lingua inglese della Grolier 
Academic Encyclopedia 
risale al 1 987; laversione in 
italiano è stata pubblicata 
invece per la prima volta nel 
1991, a cura della Grolier 
Hachette International. 
Oltre al lavoro di conversio- 
ne per CDTV, realizzato da 
DigiMail ed Editoria Elettro- 
nica Editel, è stata operata 
una consistente revisione 
dei dati, che risultano per- 
tanto aggiornati addirittura 
al 1992. Come tale, risulta 
sicuramente l'enciclopedia 
più aggiornata presente sul 
mercato italiano. 

L'opera comprende più di 
lO.OOOpaginee 32000 voci, 
oltre a 2700 fra immagini e 
animazioni, e a un'ora di 


sonoro con musiche evoci. 
L'Enciclopedia Grolier per 
CDTV, però, è, e resta, in 
primo luogo un'enciclope- 
diatestuale. La percentuale 
di immaginiesuonièpiutto- 
sto ridotta rispetto a quella 
dei testi e il suo ruolo resta 
marginale; in particolare, 
servirebbe forse una mag- 
giore presenza di disegni, 
schemi tecnici e cartine 
geografiche. Non manca- 
no, comunque, animazioni 
come quella relativaal ciclo 
dell'acqua o al viaggio di 
Colombo; è possibile anche 
ascoltare brevi brani musi- 
calidi grandi musicisti come 
Mozarto Beethoven, mentre 
si osserva la loro immagine 
e si legge la didascalia (in- 


terlacciata, peccato!). Ma in 
un'operadi questo tipo due 
sono gli aspetti che più 
contano: il valore dei conte- 
nuti (come in ogni enciclo- 
pedia)e l'interfacciautente 
(come in ogni applicativo 
per computer). La nostra 
attenzione dovrà dunque 
focalizzarsi su questi due 
fattori. 

Dal punto di vista dei conte- 
nuti, si può affermare che la 
Grolier appare completa, 
estremamente aggiornatae 
sufficientemente precisa e 
approfondita. Le esigenze 
familiari, quelle degli stu- 
denti e quelle di tutti gli 
ambienti di lavoro che non 
richiedano enciclopedie 
tematiche, vengono soddi- 


sfatte completamente. Non 
si tratta di una vera epropria 
Treccani, sia chiaro, ma di 
un'opera un po' più agile 
che deve servire a formare 
un primo preciso orienta- 
mento in svariati ambiti di 
conoscenza. Ciò non signi- 
fica, d'altra parte, che l'enci- 
clopedia sia superficiale: ci 
sono voci che arrivano an- 
che a 50000 caratteri e forse 
più;si avverte una serietà di 
fondo nel fornire le informa- 
zioni e, d'altra parte, opere 
come la Treccani servono 
soltanto a una ristretta cer- 
chia di utenti, oltre a collo- 
carsi in un'altra fascia di 
mercato. Tutti i campi dello 
scibile sono qui coperti in 
maniera adeguata e si rima- 
ne soprattutto sorpresi di 
fronte alla quantità di infor- 
mazioni riguardanti gli anni 
'70 e '80, difficilmente rinve- 
nibili in altrefonti di informa- 
zioni. 


Immissione di una parola 


La parola all'interno del testo. 
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acqua 

L'acqua è la sastanza presente sulla Terra In pie larga 
misura, coprendo pia del 7QX della sua superficie. Tutti gli 
esseri viventi seno sostituiti per la maggior parte da aci s; :; 
ad esempio, il corpo umat«s é acqua per i su# due terzi, 

L'ac ; : », l'aria, ia ^ terra e il fuoco erige considerati dagli , 
antichi filosofi come quattro elementi chimici, gii unici) 

S uesto r: setto ha continuato ad essere accettate 'fswr- tatto 
Medioevo, Salo nel 1781 Henry Cavandish dim .ctrò che 
l’acqua si forma per combustione fiait^fc'ijgeno. r'isCò tempo 
pia tardi si scopri che l’atapa poteva essere decomposta 
per via tietcrtiSsa in due volumi di «rogeci e un volume 
di ossigeno, mala formula chimica dell’acqua fu oggetto di 
controversi fino ti 1880, quando Stanislao Cannizzaro 
stabili che a HsO, L’Acqua t un ikpiéa chiara, iasafloriv che 
appare azzurro quando 4 osservato altra ver:! 'uno rossore 
superbire a 8 m. La colorazione 0 dovuta non soltanto a 


► ◄ 



L'INTERFACCIA UTENTE 

Il secondo aspetto impor- 
tante di un'operadi questo 
tipo è costituito dall'interfac- 
cia utente e cioè dal pro- 
gramma che permette di 
navigare nell'enciclopedia. 
La Grolier è stata pensata 
per essere utilizzata com- 
pletamente anche con il 
solo CDTV standard, dotato 
esclusivamente del teleco- 
mando originale e di un 
output video su televisore. 
Inserito il CD nel caddy e 
avviato il lettore ci si ritrova, 
dopo i logo introduttivi fortu- 
natamente piuttosto brevi, 
in un ambiente a icone dal 
look gradevolmente tridi- 
mensionale che permette di 
scegliere la parola con cui 
effettuare la ricerca. Tutte le 
operazioni possono essere 
eseguite con i tasti cursori e 
i pulsanti di selezione Ae B 
del telecomando. Ogni volta 
che uno dei comandi viene 
ricevuto dal CDTV si avverte 
un breve suono; si tratta, 
indubbiamente, di un parti- 
colare marginale, ma, a mio 
avviso, abbastanza impor- 
tante: l'uso di programmi 
per CDTV privi di questo 
semplicissimo feedback 
(ne esistono) risulta normal- 
mente veramente frustran- 
te. La parola va inserita 
muovendo il puntatore sulle 
lettere poste alla sinistra 
dello schermo e premendo 


il pulsante di selezione (è 
possibile anche cancellare 
le lettere o l'intera parola o 
recuperarequelle inserite in 
precedenza). L'operazione 
è piuttosto lenta e già solo il 
mouse (ormai disponibile 
come accessorio per il 
CDTV)o, ancor meglio, una 
tastiera, dovrebbe consen- 
tire una maggiore agilità in 
questo tipo di operazione. 
Inserita laparola(mabasta- 
no le prime tre lettere inizia- 
li), si può scegliere fra due 
modi di ricerca: la prima 
esaminaselo le voci dell'en- 
ciclopedia, la seconda cer- 
ca la parola all'interno di 
tutto il testo di tutte le voci. 
Va notato che questo se- 
condo tipo di ricerca appa- 
re estremamente veloce in 
proporzione alla mole dei 
dati presenti su disco e la 
cosa non può che lasciare 
piacevolmente stupiti. Vale 
quasi sempre la pena di 
effettuare la ricerca in que- 
sto modo, a meno che non si 
prevedano migliaia di oc- 
correnze della parola cer- 
cata. La ricerca all'interno 
delle voci costituisce uno 
dei tanti punti a favore di 
un'enciclopedia su CD ri- 
spetto alla versione su car- 
ta. Se la ricerca fallisce, il 
programma ci riporta alla 
condizione di partenza: la 


Le informazioni. 


II testo. 


parola da noi inserita viene 
cancellata, ma possiamo 
reintrodurla attivando ripe- 
tutamente l'icona "Avanti" 
con il tasto A (oppure una 
sola volta con il tasto B). Lo 
sottolineo, perché la docu- 
mentazione su carta non ne 
facenno. In certi casi, però, 
tale funzione aggiunge, in- 
spiegabilmente, dei carat- 
teri casuali a fine parola. 

Le voci individuate appari- 
ranno sulla parte destra 
dello schermo. A questo 
punto si sceglie la voce da 
leggere: loschermocambia 
e appare una finestra di 
testo che contiene al massi- 
mo un migliaio di caratteri 
disegnati con un font pro- 
porzionale, nero su sfondo 
bianco, leggibile anche su 
uno schermo TV e sufficien- 
temente riposante per la 
vista. In basso, le icone di- 
sponibili permettono di pas- 
sare allapaginaprecedente 
o a quella successiva del 
testo, di scegliere unapagi- 
na mediante il tastierino 
numerico, di attivare la vi- 
sione delle immagini o delle 
animazioni (quandoesisto- 
no) o tornare al menu prece- 
dente per esaminare un'al- 
tra delle voci trovate in pre- 
cedenza. 

Daquestapaginaè possibi- 


le anche selezionare con il 
puntatore una qualsiasi 
parola del testo e attivare 
direttamente su di essa la 
ricerca in uno dei due modi 
di cui dicevamo in prece- 
denza. Si tratta di una clas- 
sica funzione di navigazio- 
ne ipertestualeche costitui- 
sce uno dei più importanti 
vantaggi (assieme alla ri- 
cerca entro i testi) della 
Grolier per CDTV, rispetto a 
un'enciclopedia cartacea. 
La consultazione dell'enci- 
clopedia si trasforma, gra- 
zie ad essa, in un percorso 
che l'utente crea in tempo 
reale e in manieraestrema- 
mente semplice e veloce 
secondo le proprie esigen- 
ze di ampliamento delle 
conoscenze. I teorici dell'i- 
pertesto ritengono tale me- 
todo il più conforme alla 
struttura della mente umana 
e il più veloce e naturale per 
costruire una base di cono- 
scenze. Al di là delle valuta- 
zioni di carattere teorico, si 
può affermare che la con- 
sultazione di un'enciclope- 
dia diventa in questo modo 
veramente comoda e velo- 
ce. Qui si dimostra la supe- 
riorità del CD rispetto ai 
metodi tradizionali di con- 
sultazione. Un solo appunto 
può essere rivolto alla Gro- 
lier: una volta passati ad 
un'altra serie di voci e da 
queste a un altro testo 



AMIGA MAOAZINE 57 




SOFTWARE CDTV 


Nome Prodotto: Enciclopedia Italiana Grolier 
per CDTV 

Casa Prodruttrice: Grolier Hachette International 

Distribuito da: Commodore Italiana - Viale Fulvio 

Testi, 280 - Milano - Tel. 02/661231 

Prezzo: Lire 750.000 (in omaggio con il CDTV) 

Giudizio: ottimo 

Configurazione richiesta: C DTV 

Pro: facilità d'uso, quantità, qualità e aggiornaménto 

delle informazioni, velocità della ricerca, funzionedi 

navigazione ipertestuale. 

Contro: mancanza di output su stampante etile, 
impossibilità di percorrere a ritroso ij percorso 
ipertestuale. 

Configurazione della prova: CDTV PAL standard 


mediante la ricerca su di 
una parola del testo corren- 
te, non è più possibile fare 
ritorno alla condizione da 
cui si era partiti. Il program- 
ma non tiene cioè traccia 
del nostro percorso e non ci 
permette di percorrerlo a 
rovescio. Per tornare al te- 
sto iniziale si dovrà inserire 
nuovamente la voce desi- 
derata nel menu principale. 

LA DOCUMENTAZIONE 
E LE VALUTAZIONI 
CONCLUSIVE 

Le istruzioni del programma 
sono elencate sommaria- 
mente nelle otto paginette 
inserite nella copertina del 
CD, ma non sono complete. 
Su disco è presente anche 
un tutorial con spiegazioni 
in italiano, accessibile me- 
diante una delle icone pre- 
senti sullo schermo princi- 
pale. Il tutorial (in italiano) è 


molto più preciso e analitico 
e chiaro delle istruzioni su 
carta e va dunque assoluta- 
mente consultato. 

In conclusione, si puòaffer- 
mare che l’opera costituisce 
attualmente il miglior titolo 
per CDTV presente sul mer- 
cato e offre un metodo inno- 
vativo per accedere alle in- 
formazioni presenti in una 
enciclopediadi buon livello 
che, fra l’altro, appare molto 
aggiornata. 

Si sente però la necessitàdi 
aprire l’enciclopedia versoil 
mondo esterno, per esem- 
pio stampando su carta o su 
disco il contenuto di una 
singola voce. Non so se tale 
funzione non sia stata im- 
plementata perquestioni di 
copyright, ma indubbia- 
mente sarebbe estrema- 
mente utile poter utilizzare 
un output diverso da quello 
costituito dal monitor televi- 
sivo. 


L’EnciclopediaGrolier, il cui 
prezzo di listino è di 750.000 
lire, viene attualmente offer- 
ta assieme al CDTV. Con 
poco più di 1 milione si 
acquista un lettore di CD 
audio e un’autentica enci- 
clopedia (cose che se com- 


prate separatamente rag- 
giungonogiàquellacifra),si 
ottiene In più un lettore di 
CD+G, CD+MIDI, CD Pho- 
to, CDTV e un Amiga (na- 
scosto nel CDTV) con 1 Mb 
di RAM. La cosa sembra 
piuttosto attraente. ▲ 
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DYNACADD 2.0 


Stefano Paganini 


Un ottimo programma 
di CADO per Amiga. 


I l programma in prova 
questo mese è un valido 
esempio di pacchetto 
CADD di livello professiona- 
le: DynaCADD della Dytek 
I nt. , distribuito in Italia dallo 
Studio Nuove Forme. 

Una delle caratteristiche più 
interessanti deriva dalla 
disponibilità dello stesso 
DynaCADD sulle più impor- 
tanti piattaforme: PC IBM e 
compatibili, Macintosh, 
Amiga e Atari ST/TT. 

Anche se le versioni differi- 
scono di alcune funzioni 
particolari, vi è uniformità 
nell’interfaccia grafica e 
soprattutto nelle funzioni, 
nei comandi principali e 
nell’impostazione comples- 
siva del programma. 

La scelta è strategica: la 
copertura di tutte le aree PC 
consente, da un lato, di 
competere con gli standard 
già affermati, AutoCAD per 
PCe AshlarVellum perMac, 
dall’altro lato, permette di 


creare nuovi standard di ri- 
ferimento, in particolare per 
Amiga; per quest’ultimo i 
programmi di riferimento 
sono stati finora XCAD e 
IntroCAD. 

Probabilmente a causa del- 
la grande espansione nel 
settore paint, e i recenti 
pacchetti a 24 bit, il CAD su 
Amiga ha sempre avuto uno 
sviluppo limitato. 

La situazione potrebbe 
cambiare nell'immediato 
futuro dato che i più sofisti- 
cati programmi di rendering 
richiedono la creazione di 
oggetti sempre più com- 
plessi e sofisticati, tali da 
mettere a dura prova i 3D 
editor inclusi nei program- 
mi: la scelta di pacchetti 
CAD “esterni”, e cioè non 


inclusi nel software di ren- 
dering, di livello professio- 
nale e dotati di funzioni per- 
sonalizzate, può risultare 
un’ottimasoluzione. 

Inoltre, sono state di recente 
annunciate alcune schede, 
tracui lastessa A2410della 
Commodore, dedicata ad 
applicazioni CAD. 
DynaCADD rientra nellaca- 
tegoria di programmi di li- 
vello professionale lacui va- 
lutazione può essere vista 
solo “sul campo”, cioè in ap- 
plicazioni intensive. 

Si tratta di un pacchetto di 
CADD, Computer Aided 
Design and Drafting, cioè di 
un pacchetto che indipen- 
dentemente dal settore di 
applicazione, architettonico 
elettrico o meccanico, è in 


grado di rendere su un di- 
spositivo di output un dise- 
gno finale, definitivo del 
progetto. 

Primadi trattare le caratteri- 
stiche del programma, ve- 
diamo la configurazione 
hardware/software minima 
richiesta dal programma: 
per la versione 2.0, il funzio- 
namento è garantito con un 
minimodi 1 Mb, processore 
68000, hard disk e Kickstart 
1 .3, anche se una valutazio- 
ne più realistica include al- 
meno 2 Mb di RAM, un pro- 
cessore più veloce e, so- 
prattutto, il coprocessore 
matematico; inoltre, tra le 
opzioni hardware consiglia- 
te vi è il FlickerFixer o simili, 
dato che il programma lavo- 
ra nella modalità grafica ad 
alta risoluzione interlaccia- 
ta. 

Si tratta dunque di un pro- 
gramma che trova nel 3000 
la piattaforma ideale, oppu- 
re in alternativa un 2000 
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Nome Prodotto: DynaCADD 2.0 
Casa Prodruttrice: Dytek, Int. 

Distribuito da: Studio Nuove Forme, Via Casoretto 50, 
20131 Miiano- Tel. 02/261 43883 
Prezzo: Lire 1 .390.000 + IVA 
Giudizio: buono 

Configurazione richiesta: Amiga minimo 1 Mb, Kick- 
start1.2ehard disk 
Pro: manuale e Hot Line 
Contro: nulla di.rilevante 

Configurazione della prova: Amiga 3000 


adeguatamente “dotato”. 
DynaCADD viene fornito 
con un poderoso manuale 
su quattro dischetti e l’inevi- 
tabile protezione hardware 
da applicare alla porta joy- 
stick. 

IL PROGRAMMA 

Per quanto concerne le ca- 
ratteristiche del program- 
ma, la cui lista richiedereb- 
be alcuni numeri di Amiga 
Magazine, è estremamente 
completa e complessa: 
vediamone brevemente le 
principali. 

Innanzitutto, il programma 
può lavorare sia in 2D sia in 
3D, anche se vi sono alcune 
limitazioni nel trasporto 
degli oggetti dal 2D al 3D; 
sono supportate le principa- 
li convenzioni di misura, sia 
americane che europee, 
così come le principali nota- 
zioni per la quotatura degli 
oggetti, che viene effettuata 
automaticamente. 

Sempre per la quotatura, 
oltre allo standard di misura, 
alla notazione numerica e 
grafica, possono anche 
essere definiti i margini di 
tolleranza delle misure. 
Sono previste funzioni perla 
creazione e l’editing di pri- 
mitive grafiche con l'inclu- 
sione di B-Splines e Curve 
di Bezier, in mododadare la 
maggior precisione possibi- 


le agli oggetti che presenti- 
no curvature non comuni. 
Gli oggetti di comune uso 
sono chiamate entities e 
includono le categorie di cui 
sopra: un’entity costruita in 
2D può essere facilmente 
portata in 3D e, una volta 
attivata una VI EW a 3D, cioè 
una finestra di proiezione, 
può essere elevata in quota. 
Lo spazio di lavoro prevede 
256 layer, cioè 256 livelli 
differenti, cui possono corri- 
spondere, ad esempio, 
layer di un circuito stampato 
oppure le murae gli impianti 
elettrico-idraulico di un 
edificio. La lista delle carat- 
teristiche potrebbe prose- 
guire ancora, tuttavia, a 
nostro avviso, sono due i 
veri punti di forza di Dyna- 
CADD: ilsetdicomandiela 
corrispondenzadegli stessi 
con le icone-comando, il 


supporto per l’output, con 
particolare riferimento alla 
qualità dei font. Tutti i co- 
mandi possono essere ese- 
guiti sìa tramite le icone 
poste a lato dello spazio di 
lavoro, sia tramite la classi- 
ca linea di comando da ta- 
stiera, che include tra le 
possibilità di editing anche 
la command line history, 
cioè la lista delle ultime istru- 
zioni eseguite. In particola- 
re, nel caso dei comandi 
tramite icone, tali istruzioni 
sono organizzate secondo 
una struttura gerarchica a 
partire dalle icone che rac- 
chiudono i gruppi di opera- 
zioni più comuni. Vi è anche 
un’areadi icone, poste oriz- 
zontalmente sopra l’area di 
lavoro, che svolgono funzio- 
ni di visualizzazione e zoom/ 
pan. Ogni comando di Dy- 
naCADD, come, ad esem- 


pio, quelli inerenti allamani- 
polazione di un’entity, han- 
no una sintassi pseudo-in- 
glese e seguono una sem- 
plice regola di interpretazio- 
ne “verbo oggetto parame- 
tri”: la massima facilità di 
utilizzo deriva dall’interazio- 
ne tra le due modalità di 
input comandi mentre la 
massima flessibilità viene 
dalla possibilità di creare 
oggetti o modificarli con 
comandi da tastiera che 
contengono delle coordina- 
te, relative o assolute, e che 
rispecchiano fedelmente 
l’oggetto da progettare. 
Sono previste anche delle 
macro attivate dai dieci tasti 
funzione che, purtroppo, 
non possono essere modifi- 
cate dall’utente. Possono 
tuttavia, essere create delle 
macro di entità, di oggetti, o 
di font, oppure delle macro 
tramite la combinazione 
ALT-lettera. Inoltre, è pre- 
sente un messaggio di help 
in grado di dare una spiega- 
zione sommaria del signifi- 
cato delle oltre 300 icone, 
corrispondenti a comandi e 
categorie di comandi, e un 
help in linea esteso, che 
fornisce circa una pagina 
per ogni comando attivo e 
che può essere attivato in 
ogni momento tramite il ta- 
sto “HELP”. Ogni volta che 
viene inserito un parametro 
numerico, appare una cal- 
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colatrice sullo schermo, che 
consente le normali opera- 
zioni scientifiche, per poi 
inserire il risultato come 
parametro per i comandi di 
DynaCADD. Tra i comandi 
sono presenti anche istru- 
zioni perlaquerydi informa- 
zioni sui vari livelli, sugli 
oggetti/entities in essi con- 
tenuti mentre risulta assente 
una funzione di “lista dei 
materiali”, indispensabile in 
campo elettrico/elettronico, 
che potrebbe essere basa- 
ta sugli elementi presenti 
nel disegno. 

L'OUTPUT 

Per quanto concerne invece 
l’output, il device di uscita 
può essere sia un plotter, ne 
sono supportati tutti i princi- 
pali modelli Calcomp, HP, 
Houston e così via, sia su 
stampante ad aghi, Laser- 
Jet oppure PostScript. Pri- 
ma delle operazioni di stam- 
pa, che può essere parziale 
o totale, vi è l’operazione di 
setting dei parametri del 
device, con una finestra 
diversa per ogni tipo di 
dispositivo. Naturalmente, i 
dispositivi che permettono 
la migliore qualità sono i 
plotter, minimo A3, oppure 
le stampanti laser Post- 
Script, in cui alla qualità 
viene sacrificata solo la 
dimensione del foglio, quasi 
sempre A4. E’ prevista, inol- 


tre, una funzione di stampa/ 
plot in background, che può 
rivelarsi decisiva per pro- 
getti piuttosto “pesanti”, 
anche quando il plotter sia 
dotato di un buffer. Sempre 
nell'ottica di unaresaquali- 
tativa ottimale in fase di 
stampa, il pacchetto inclu- 
de 1 0 font Agfa Compugra- 
phìc, cioè font vettoriali di 
alta qualità, oltre ad un 
Vector Font Editor integrato, 
cioè un editor grafico per la 
creazione di font e set di 
caratteri personali, in forma- 
to vettoriale. In questo 
modo, anche i più semplici 
font una volta trasformati in 
vettoriali, non risentono più 
del decadimento qualitativo 
in operazioni di scaling tipi- 
co dei font bitmap: la risolu- 
zione massima supportata 
per questi font è di 64000 
punti per lato. Dobbiamo 
notare che il Vector Font 
Editor, data la sua comples- 
sità, dovrebbe essere di- 
sponibile a parte, e proba- 
bilmente rivolto e impiegato 
in applicazioni di DTP, che, 
soprattutto su Amiga, man- 
cano di uno strumento così 
completo. Tra le tante altre 
caratteristiche citiamo la 
possibilità di import/export 
di file in formato DXF, lo 
standard di AutoCAD, e la 
conversione dal formato 
DEF, tipico di DynaCADD, 
nei più comuni formati grafi- 
ci anche bitmap come, ad 


esempio, il noto IFF, solo in 
export. 

LA NUOVA VERSIONE 

La versione 2.04, di cui ci è 
stata data notizia al momen- 
to della stesura di questo 
articolo, e che non è ancora 
disponibile in Italia, contie- 
ne alcune ulteriori migliorie 
e anche la possibilità di tra- 
sferire gli oggetti 3D a pro- 
grammi di modellazione 
solidae ray tracing quali, ad 
esempio, Sculpt 4D e Light- 
Wave: questa caratteristica 
rende questo programma 
ancora più interessante 
come editor 3D per il rende- 
ring di alta qualità, come 
detto all’inizio. 

CONCLUSIONI 

Le impressioni derivanti 
dalla prova sono più che 
positive anche se solo tra- 
mite un utilizzo continuo e 
approfondito si può apprez- 
zare la complessità del 
pacchetto. Non vi sono stati 
problemi né nell’installazio- 
ne, guidata dal programma 
apposito, né neH’utilizzo, 
grazie anche all’ottima do- 
cumentazione, suddivisa in 
due tutorial, 2D e 3D, e una 
completa parte di 
reference. La suddivisione 
dei capitoli e degli argo- 
menti segue una logica ben 
precisa anche se il manua- 


le, purtroppo, risente della 
forte diversificazione del 
prodotto e in alcune parti, si 
riscontrano carenze riguar- 
do alla macchina e alle fun- 
zioni specifiche, nel nostro 
caso Amiga. Il distributore 
nazionale, Studio Nuove 
Forme, ha comunque già 
attivato due iniziative inte- 
ressanti asupporto del pro- 
dotto: laprimaèlaHotLine, 
seguita da esperti di Dyna- 
CADD, mentre la seconda 
riguarda un’attenta tradu- 
zione dei manuali, con parti- 
colare attenzione alle ver- 
sioni per ciascun tipo di PC. 
In definitiva si tratta di un 
prodotto di livello professio- 
nale ad un prezzo forse un 
po’ elevato per l’utente tipi- 
co di Amiga, ma che rac- 
chiude notevoli potenzialità 
e caratteristiche in grado di 
competere con i migliori 
CADDdisponibili per PC. ▲ 
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La versione ridotta 
del fantastico Scala. 


P er quanto concerne 
Amiga, vi sono pa- 
recchie offerte nel 
campo della titolazione vi- 
deo: si vada! programmi più 
semplici ai pacchetti di 
maggior complessità e 
costo. Raramente, tuttavia, i 
programmi possono vanta- 
re un rapporto ottimale tra 
costo/caratteristiche e sem- 
plicità d’uso. Scala 500, in 
prova questo mese, rientra 
a, buon diritto in questa 
categoria. Il nome del pac- 
chetto Scala, non dovrebbe 
suonare nuovo al lettore, 
infatti questa è la versione 
ridotta, ma non troppo, di 
Scala e di Scala IV 24, di cui 
abbiamo parlato nell’artico- 
lo riguardante la scheda 
Impact Vision a 24 bit, che 
nel package includeva, ol- 
tre ad altri prodotti, anche 
Scala nella versione a 24 bit. 
L’intento dichiarato di Scala 
500, è quello di programma 
di titolazione per Amiga 
500, nella minima configu- 
razione hardware e con 
almeno la versione 1.2 del 
software di sistema, indiriz- 
zato all’utenza domestica. 

IL PRODOTTO 

Il pacchetto di Scala 500 
comprende tre dischetti e 
un manuale, in inglese, 
chiaro e organizzato in 
maniera semplice in tre parti 
principali: l’introduzione al 
programma, due tutorial 
che illustrano le funzioni in 


un caso pratico e con cre- 
scente livello di coinvolgi- 
mento e, infine, una parte di 
reference, che spiega cia- 
scuna funzione e scherma- 
ta. 

Lo stesso manuale parte dal 
presupposto che l’utente 
abbia già il 500 collegato a 
telecamera e VCR tramite 
genlock, o più verosimil- 
mente tramite il semplice 
modulatore. 

Infatti, il primoe più sempli- 
ce impiego di questo tipo di 
programma è quello di 
creare titolazioni semplice- 
mente uscendo in video- 
composito da Amiga, pur 
con le ovvie considerazioni 
sulla qualità del segnale 


video. Un livello di utilizzo 
successivo richiede l'impie- 
go di un genlock per la so- 
vrapposizione dell’immagi- 
ne di Amiga a quella della 
telecamera o di un VCR. 

Il manuale a questo merito, 
spende forse un po’ poche 
righe, e soprattutto una gra- 
fica più chiara non avrebbe 
guastato. 

Il collegamento è comun- 
que molto semplice: nel 
caso del modulatore, que- 
sto va collegato direttamen- 
te all’ingresso videocompo- 
sito del VCR, o all’ingresso 
in videofrequenza anche se 
con una netta perdita di 
qualità; nel caso del gen- 
lock, la telecamera, o la 


sorgentedel segnale video 
cui sovrapporre i titoli gene- 
rati da Amiga, va collegata 
all’ingresso dell’unità gen- 
lock, e da quest'ultimo parte 
il segnale, anche in questo 
caso è preferibile il video- 
composito, che contiene sia 
la parte video “live" sia la 
graficadi Amiga. 

In entrambe i casi, Scala 
500 mantiene la semplicità 
di utilizzo e la funzionalità 
“promessa”. 

Il programma può essere 
lanciato sia da dischetto sia, 
tramite un’apposita utility, 
installato eventualmente su 
hard disk: i requisiti minimi 
di Scala 500 sono abba- 
stanza rispettati, anche se 
ogni aggiunta alla configu- 
razione base hardware non 
può che migliorare le pre- 
stazioni complessive, ad 
esempio, di caricamento 
delle immagini, e la com- 
plessità delle sequenze. 
Una volta avviato il pro- 
gramma, scelta la modalità 
grafica, che è limitata solo 
dalla quantità di RAM dispo- 
nibile, in particolare per le 
schermate ad alta risoluzio- 
ne interlacciate, e il numero 
di colori, fino a 64, esclu- 
dendo il modo HAM , si entra 
nella schermata principale 
con lo script file, mentre 
nella parte inferiore dello 
schermo vi sono i bottoni 
con i semplici comandi 
operativi. 

Infatti, come ogni program- 
ma di titolazione che si ri- 
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spetti, è possibile creare 
uno script file che compren- 
da tutte le sequenze da ri- 
prendere, e, inoltre, lo stes- 
soscriptfile puòessere suc- 
cessivamente riprodotto 
tramite un programma 
Player incluso nel disco del 
programma, senza la ne- 
cessità di caricare il pro- 
grammacompleto. 
Purtroppo, afrontedi nume- 
rosi esempi sul manuale, vi 
è un solo script file sui di- 
schetti in dotazione, mentre 
invece unacorrispondente 
sezione Tutorial su disco 
sarebbe stata più indicata. 
L'interfaccia grafica del 
programma è sempre in li- 
neaal principio di semplici- 
tàe ridotta al minimo, non vi 
è alcun menu standard 
Amiga, inoltre, il program- 
ma non fa uso delle risorse 
standard del Workbench, 
che, al fine di massimizzare 
la RAM disponibile, può 
essere "chiuso". 

A questo punto è possibile 
scegliere per ogni sequen- 
zadello script un'immagine 
IFF come background e 
inserire all'interno della sin- 
gola schermata/sequenza 
del testo oppure un brush 
IFF. 

Per l'editing del testo vi è 
una box, chiamato impro- 
priamente menudalladocu- 
mentazione, che include 
tutte le funzioni di trattamen- 


to del testo: effetti di om- 
breggiatura, estrusione edi 
assegnazione del colore 
oltre a consentire l'allinea- 
mento sinistra/centro, de- 
stra dell'intera pagina o del 
testo selezionato. 

L'editing vero e proprio 
avvienecome in un normale 
text editor; in particolare il 
bottone Layout attiva un ul- 
teriore menu per la definizio- 
ne dei margini, dei tabulato- 
ri e del ritorno acapo proprio 
come in un text editor e delle 
funzioni prettamente grafi- 
che quali la direzione e la 
profondità dell'ombreggia- 
tura del testo. 

Per quanto riguarda i font, 
Scala 500 include nel pac- 
chetto quattro diversi font, 
anche se sonodisponibili, e 
lamaggior parte degli utenti 


Amiga le possiede come 
parte dei programmi di 
paint, parecchie librerie di 
font ma, a differenza del 
pacchetto di livello profes- 
sionale, i font non sono del 
tipo anti-aliased, cioè senza 
le caratteristiche imperfe- 
zioni: a questo problema si 
può ovviare in parte con una 
accurata scelta di colori, 
ombreggiature e soprattut- 
to con la scelta di modalità 
ad alta risoluzione interlac- 
ciata. 

I font, inoltre, sono l'unico 
punto in cui lapresenzadel 
sistema operativo 2.0 può 
risultare utile: infatti, come 
specificato dal manuale, 
con il 2.0 i font possono 
essere dimensionati ad in- 
crementi di 1 punto e non 
solo nelle dimensioni dispo- 


nibili su disco. Alla stessa 
stregua del testo, anche i 
brush IFF possono diventa- 
re parte di una sequenza, 
possono essere inseriti in 
una parte qualunque di una 
schermata e vi si possono 
assegnare le proprietà di 
colore e ombreggiatura. 

Nei due dischetti forniti in- 
sieme al programma, vi 
sono 1 6 categorie di simbo- 
li, suddivisi in directory per 
argomento, e vanno dal 
genere "fumetto" al genere 
"sportivo", includendo pa- 
recchi oggetti di buona 
qualitàchepossono essere 
utilizzati come clip artanche 
in animazioni ben più com- 
plesse. 

In aggiunta ai simboli, vi 
sono anche 20 schermate 
IFFche possono essere uti- 
lizzate come backaround o 
come base per ulteriori 
modifiche da parte dell'u- 
tente. 

Infatti, aldi làdi questa libre- 
ria di clip art, l'utente, può 
inserirequalsiasi immagine 
o brush creatacon DPainto 
altro all'interno di Scala500, 
personalizzando così ogni 
titolazione. 

Tornando all'aspetto prati- 
co, una volta create le 
schermate, dal menu princi- 


La sovrapposizione di una 
scrìtta su uno sfondo IFF. 
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SCHEDA PRODOTTO 


Nome Prodotto: Scala 500 

Casa Prodruttrice: Digital Vision A/S - Norvegia 

Venduto da: presso i migliori computer shop 

Prezzo: non comunicato 

Giudizio: buono 

Configurazione della prova: Amiga 500 Plus 
con Hard Disk 

Pro: prodotto a basso costo di estrema semplicità di 
utilizzo 

Contro: scarsa flessibilità per impieghi avanzati 

Configurazione minima: Amiga 500, 1 Mb di RAM e 

Kickstartl.2 


pale, è possibile metterle 
nella giusta sequenza, con 
una scelta di 40 effetti di 
transizione, dissolvenza e 
tendina, modificabili nella 
durata, inoltre è possibile 
modificare anche le tempo- 
rizzazioni delle sequenze al 
di là degli effetti speciali. 

A questo punto sarà suffi- 
ciente dare il “RUN” per 
avere la sequenza con le 
giuste temporizzazioni, sia 
sullo schermo di Amiga, sia 
in uscita per il VCR. 

Tra le caratteristiche avan- 
zate, è da sottolineare la 
gestione del genlock trami- 
te l’uso di schermate con 
“buchi" opportunamente 
colorati con il registro Oche 
risulta trasparente all’imma- 
gine video, inoltre un botto- 
ne nel main menu abilita una 
palette differente, nel caso 


di utilizzo del genlock, con 
colori a bassa saturazione e 
selezione del registro colore 
0. Lasceltadicoloriabassa 
saturazione, sia per i testi 
sia per gli sfondi, è comun- 
que consigliabile, in quanto 
il segnale videocomposito 


in PAL, in uscita dal gen- 
lock, e a maggior ragione 
dal modulatore, riproduce 
in modo inesatto i colori 
troppo “forti”. A questo sco- 
po può essere utile effettua- 
re delle prove su VCR: siadi 
scelta dei colori tramite una 


palette di test, simile al noto 
monoscopio televisivo, sia 
una prova di leggibilità dei 
vari font con i diversi colori 
ed effetti speciali. 

CONCLUSIONI 

Complessivamente si tratta 
di un programma “onesto”, 
che pur senza brillare per 
funzioni ed effetti al limite 
dellafantascienza, consen- 
te di creare titolazioni sim- 
patiche anche agli utenti 
degli Amiga meno “gonfiati” 
e costituisce un buon valore 
dato il basso costo; oltretut- 
to, grazie alla sua semplici- 
tà, può risultare d’aiuto an- 
che a chi utilizzando pro- 
grammi ben più costosi, non 
intenda programmare per 
ottenere semplici sequen- 
ze. ▲ 
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L a RH 800C della Roc- 
■ Tee. una società già 
nota in Italia peri suoi 
Genlock per Amiga, è un 
controller hard disk che si 
connette allo slot laterale 
del 500. Permette di colle- 
gare fino adue meccaniche 
AT IDE, le stesse adottate 
nel mondo MS-DOS, ma è 
disponibile anche un kit 
opzionale che consente al 
controller di montare inter- 
namente o esternamente 
dispositivi SCSI. 

Il modello da noi provatosu 
Amiga500 1.2 e 1.3 e Amiga 
500 Plus, non presentava 
tale kit opzionale, per cui 
abbiamo potuto testare solo 
le funzionalità del controller 
in standard AT. L'hard disk 
utilizzato per le prove era un 
Seagate ST3144ATda 125 
Mb. Il prodotto consente 
anche di montare fino a 8 
Mb di Fast RAM. 

IL MONTAGGIO 
E L'ASPETTO ESTERNO 

Fra tutti i prodotti analoghi in 
commercio, questo control- 
ler, che vienetra l'altro forni- 
to in una confezione molto 
curata, è, a nostro parere, 
quello che meglio si sposa 
con l'A500 dal punto di vista 
estetico. Ne segue perfetta- 
mente la linea e il colore, 
integrandosi egregiamente 
con i piccoli della Commo- 
dore. Si tenga presente che 
la sua larghezza (145 mm) 
risulta superiore aquelladi 


ROCHARD 
RH 800C 


a cura della redazione 


Il velocissimo hard disk 
AT/SCSI della RocTec. 


altre periferiche analoghe. 
Esternamentesi notano due 
led sulla parte superiore, 
uno per l'accensione e l'al- 
tro per l'accesso al drive. 
Sul retro compaiono un pul- 
sante atre posizioni per l'e- 
sclusione dell'hard disk e 
della RAM, o solo dell'hard 
disk, una serie di dip switch 
per la configurazione, la 
porta SCSI esterna e il con- 
nettore per l'alimentazione. 
Il montaggio dellameccani- 
ca sul controller non pre- 
senta difficoltà insormonta- 
bili. Rimosse le 6 viti dal 
fondo, si accede alla sche- 
da, parzialmente nascosta 
dallaslitta per l'hard disk. Si 
staccano i connettori della 
ventola, dell'Interruttore e 
del led (ci si deve ricordare 
di annotare la loro posizio- 


ne) e si possono poi rimuo- 
vere le ultime 4 viti, accessi- 
bili sempre dalla base del 
controller. 

A questo punto è possibile 
staccare la slitta su cui 
andrà montato l'hard disk. 
Una volta fissato l'hard disk 
su di essa e la stessa al 
cabinet, si puòconnettere la 
meccanica, mediante il 
cavo multifili in dotazione al 
controller, al primo dei due 
connettori AT interni e, 
mediante l'altro cavo, all'ali- 
mentazione (cose su cui il 
manuale sorvola al quanto). 
Oraè possibile richiudere il 
tutto, dopo aver ricollegato i 
connettori del led, della 
ventola e dell'interruttore. 
Se siete completamente 
impreparati a maneggiare 
schede, connettori e hard 



disk, è preferibile far monta- 
re il tutto dal rivenditore, 
anche perché non viene 
indicato sul manuale come 
vanno connessi esattamen- 
te i cavi multipolo dell'ali- 
mentazione e della porta AT 
e in teoria è possibile com- 
mettere qualche errore 
fatale. La parte elettronica 
del controller appare molto 
ordinata e precisa, come 
tutta la periferica, d'altra 
parte. Si può notare uno 
zoccolo vuoto che , con tutta 
probabilità, è destinato a 
ricevere ilchip dell'interfac- 
cia SCSI, venduto aparte. Si 
noti che oltre ai due connet- 
tori AT interni, è presente 
anche quello SCSI, se si 
preferisce montare interna- 
mente la meccanica SCSI al 
posto di quella AT. Nella 
parte anterioredellascheda 
trova posto l'eventuale RAM 
d'espansione che può es- 
sere aggiunta mediante 6 
moduli SIMM a 30 pin da 
120 ns da 1Mx9 bit o lMx 
8 bit. Uno switch interno 
permette di selezionare fra 
2, 4 o 8 Mb di memoria. 
L'inserimento del controller 
sul bus laterale del 500 non 
presenta alcuna difficoltà. 
Si noti che il bus non è pas- 
sante, per cui non si posso- 
no collegare altre unità in 
cascata. Assieme al con- 
troller, vengono forniti an- 
che dei gommini da appli- 
care sotto l'A500per mante- 
nere un perfetto allineamen- 
tocon il controller, ma, adire 
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Il RocHard collegato ad Amiga 


L 'interno del RocHard. 


il vero, non ci sono sembrati 
necessari. Aquesto punto si 
può collegare l'alimentatore 
al controller. Ilcavodicolle- 
gamento è piuttosto breve 
(40 cm) e costringe a tenere 
l'alimentatore sulla scriva- 
nia: se la cosa dovesse ri- 
sultare problematica si può 
sempre costruire una pro- 
lunga o trovarne una in 
commercio (la presa è di 
tipo DIN). I dip switch poste- 
riori devono essere impo- 
stati per riflettere la presen- 
za o meno della RAM, del- 
l'hard disk e l'uso sotto 
Workbench 1 .2. 

L'INSTALLAZIONE 

Per installare l'hard disk è 
necessario creare le parti- 
zioni e formattare ad alto 
livello l'hard disk (la format- 
tazione a basso livello è ef- 
fettuata dal costruttore del- 
l'harddisk). 

La RocTec mette a disposi- 
zione un disco "bootabile" 
da usare a tal scopo. In 
esso, oltre al Workbench, è 
presente HDFormat, l'unica 
utility fornitacon il controller. 
Si tratta di un programma a 
icone e con help in linea, 
che permette di decidere le 
partizioni eformattare l'hard 
disk. Gran parte del manua- 
letto fornito in dotazione, 
una trentina di pagine, ri- 


guarda proprio tale pro- 
gramma. Esso consente di 
creare fino a 10 partizioni 
diverse determinandone le 
varie caratteristiche a parti- 
re dallagrandezza da espri- 
mere in Megabyte, per finire 
al numero di cilindri, settori, 
blocchi per traccia e così 
via. Sotto 1 .3 e 2.0, il pro- 
gramma risulta un po' mac- 
chinosoe non sempre user- 
friendly. Abbiamodovuto,in 
certi casi, rifare le cose più 
volte prima di riuscire ad 
arrivare al risultato sperato. 
Il programma permette di 
creare partizioni autoboot e/ 
o automount sia in FFSche 
in OFS, sia sotto 1 .3che 2.0. 
Per farfunzionare il control- 
ler sotto 1 .2, occorre usare 
un dip switch e usare lo 
script fornito per creare un 


floppy di boot che ceda il 
controllo all'hard disk nel 
corso della startup-sequen- 
ce, dopo aver effettuato il 
comando Binddrivers. Il 
manuale consiglia di utiliz- 
zare le ROM 1 .3 o 2.0 e lo 
consigliamo vivamente an- 
che noi. 

Non siamo infatti riusciti a 
configurare correttamente 
l'hard disk sotto 1 .2 : al di là 
del fatto che le istruzioni 
apparivano contradditorie, 
il sistemanon sempre riusci- 
va a caricare il driver di 
gestione dell'hard disk dal 
dischetto, né era in grado di 
riconoscere sempre la pre- 
senzadell'harddisk: il moti- 
vo resta a noi del tutto oscu- 
ro. Ci sembra, in verità, un 
inconveniente trascurabile, 
vistoche lafunzionedi auto- 


boot dell'harddisk presente 
sotto 1 .3 e 2.0 è motivo suf- 
ficiente (e in questo caso 
necessario) per fare un 
upgrade del sistema opera- 
tivo. 

L FUNZIONAMENTO 
E LE PRESTAZIONI 

Una volta installato, l'hard 
diskhafunzionato perfetta- 
mente. Il controllersi accen- 
de e si spegne automatica- 
mente assieme ad Amiga. 
Laventola risulta abbastan- 
za silenziosa. La presenza 
dell'interruttore per esclu- 
dere l'hard disk e/o la RAM 
può venire in soccorso 
quando qualche gioco si 
rifiutasse di funzionare 
(l'hard disk rimane accesso 
anche quandoviene esclu- 
so, come avviene in tutte le 
periferiche di questo tipo). 
Si potrebbe, in verità, muo- 
vere un appunto alla docu- 
mentazione: oltre ad essere 
in inglese, è rivolta princi- 
palmente al novizio ed è del 
tutto priva di riferimenti tec- 
nici. 

Non viene nemmeno speci- 
ficato se il controller sia di 
tipo DMA, oppure usi il 
68000 per il trasferimento 
dei dati e, di fatto, il manuale 
spiega solo superficialmen- 
te questioni tecniche con 
cui inevitabilmente l'utente 


SCHEDA PRODOTTO 


Nome Prodotto:RocFlard RH 800C 
Casa Produttrice: RocTec USA Hong Kong 
Venduto da: Flopperia - V.le Monte Nero, 1 5 - Milano 
Tel. 02-551 80484 

Prezzo: Lire 550.000(controller AT,0Mbdi RAM, hard 
diskescluso) 

Giudizio: buono 

Configurazione richiesta: A500 1 ,3o 2.0 o A500 Plus 
Pro: velocità, estetica 

Contro: lunghezza del cavo di alimentazione, 
documentazione, software 

Configurazione della prova: A500 1.2, 1.3, e A500 Plus 
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viene a scontrarsi quando 
deve partizionare l'hard 
disk (cilindri, settori, mask, 
ecc.). Per quanto riguarda 
la velocità, i risultati che 
appaiono in tabella parlano 
da soli: il controller con 
l’hard disk utilizzato, testato 
con Diskspeed 3,1 sotto 2,0 
(ma i risultati sono simili 
sotto 1 .3), è risultato estre- 
mamente veloce. Al di so- 
pra di concorrenti come 
Supra, A590, AdSCSI. 

Ciò può essere in parte attri- 
buito all’hard disk, ma, ov- 
viamente, nessun hard disk 
può riuscire ad accelerare 
un controller lento... La 
punta di 730 K in lettura 
rappresenta un valore altis- 
simo se si pensa che è stato 
realizzato su un 68000 a 7 
MHz, quale quello di Amiga 
standard. Si notaancheuna 
certa disparità fra la velocità 
in letturaequellainscrittura, 
che si colloca in una gamma 
di valori più comuni, anche 
se resta sempre alta. Lo 
stress DMA influisce in 
maniera consistente sulla 
velocitàdel controller, spe- 
cie in lettura, mentre il test 
con “stress CPU” non ha 
mostrato alcun decremento 
della velocità (per questo 
non l’abbiamo riportato in 
tabella). Ciò potrebbe an- 
che dipendere da una prio- 
rità particolarmente elevata 
del task di gestione del 
controller. 


Si notino anche i valori di 
Scan e di Seek che attesta- 
no una notevole velocità di 
lettura delle directory, per- 
cepibile anche a occhio 
nudo quando si aprono del- 
le finestre del Workbench. 
Non abbiamo inoltre potuto 
stabilire se II controller se- 
gue le specifiche Commo- 
dore che permettono di 
spostare un hard disk da un 
controller all’altro salvando 
dati e caratteristiche delle 
partizioni (RDB, Rigid Disk 
Block), ma i controller del- 
l'ultima generazione imple- 
mentano tutti tale caratteri- 
stica ed è estremamente 
improbabile che il RocHard 
non lo faccia. Una piccola 
nota, infine, sullacompatibi- 
lità: l’interfaccia AT IDEnon 
è un vero e proprio stan- 
dard. La RocTec dichiara la 
piena compatibilità con i 
seguenti hard disk IDE: 
Conner CPxxx, Fujitsu 
M2611T, Maxtor STxxx, 
Quantum L52AT e L105AT, 
Seagate ST351AX e 
ST3120A, Wester Digital 
Caviar 140/280. Ciò non 
toglie che il controller possa 
funzionare con altri hard 
diskAT: quellodanoi utiliz- 
zato, per esempio, non 
compariva nell’elenco. Seb- 
bene gli hard diskAT siano 
di fatto molto simili, è consi- 
gliabile accertarsi al mo- 
mento dell’acquisto dell’ef- 
fettiva compatibilitàfrahard 


Dettaglio dei connettori 
SCSI e IDE. 


diske controller, specie nel 
caso si possieda già un 
hard diskAT, magari un po’ 
datato. In conclusione, un 
prodotto veramente molto 
valido, che potrebbe sicura- 
mente essere migliorato 
sotto il profilo della docu- 
mentazione e del software. 
Si consiglia anche l’acqui- 
sto del kit di upgrade SCSI, 
che costituisce ormai l'inter- 
faccia standard su Amiga e 
che permette, fra l'altro, di 


estendere le funzioni del 
controller grazie a eventuali 
CD-ROM, streamer e altre 
periferiche esterne dotate di 
tale interfaccia. Il rapporto 
prezzo/prestazioni è forse 
un po’ alto, se confrontato 
con quello dei concorrenti, 
ma potrebbe essere giustifi- 
cato dalla velocità o bilan- 
ciato dal fatto che l’utente 
possieda già un drive AT- 
IDE o possa magari acqui- 
starlo a un prezzo inferiore a 
quello di un drive SCSI (a 
parità di qualità, i prezzi 
degli hard disk SCSI eAT, in 
realtà, si equivalgono). A 


DISKSPEED 3.1 

Copyright (c) 1989, 90 by MKSoft Development 

Performance Stress: None 

10 Files/s Create 
3 Files/s Open/Close 
157 Files/s Scan 
23 Files/s Delete 
217 Seek/Read 

Buffer Size 


Bytes/s Write 
Bytes/s Read 


Performance Stress: DMA Contention 
7 Files/s Create 
23 Files/s Open/Close 
73 Fiies/s Scan 
16 Files/s Delete 
98 Seek/Read 


512 

4096 

32768 

262144 

25848 

132954 

230416 

268435 

26732 

160787 

411710 

484540 

99322 

295200 

592572 

72878 


Buffer Size 

Bytes/s Create 
Bytes/s Write 
Bytes/s Read 


512 

24577 

25826 

46752 


4096 

82748 

124969 

189439 


32768 

149462 

290043 

329368 


262144 

174762 

352277 

396312 


I risultati ottenuti con DiskSpeed 3.1, provato su una partizione 
vuota e molto ampia. La cache di sistema (quella gestita da 
AddBuffers) per la partizione era pari a 30 buffer (15K). Amiga 
utilizzato è il 500 Plus standard sotto 2.04. L’intensità del test era 
quella media. La “DMA Contention" viene ottenuta costringendo i 
coprocessori grafici ad impegnare tutti o quasi gli slot DMA 
disponibili. Tutti i valori si intendono al secondo: “Create” indica ii 
numero di file di lunghezza 0 che il controller riesce a creare; il 
valore di “Open/Close” si riferisce a file già esistenti sull’hard disk; 
“Scan” è praticamente un test sulla velocità raggiungibile con 
comandi quali Dir o List; “Delete” è ii numero di file cancellati; 
“Seek/Read" indica la velocità dì spostamento all’interno di un file. 
La seconda parte del test indica ia velocità di trasferimento: 
“Buffer Size" indica la lunghezza della stringa inviata al controller 
con una singola funzione AmigaDOS di lettura (“Read”), di 
scrittura di un file preesistente (“Write") o di un file nuovo 
(“Create"). 
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HARDWARE 


N el numero di marzo 
della rivistaera stata 
effettuata una ap- 
profondita prova della sche- 
da ATonce-Plus della Vor- 
tex, che dotava a tutti gli 
effetti un Amiga 500 o 2000 
della compatibilità AT gra- 
zie ad un processore 
80C286 dalla frequenza di 
clockdi 16 MHz. Adistanza 
di circa un mese la GVP uf- 
ficializza l'uscita di una 
scheda le cui prestazioni, 
ad un primoesame, appaio- 
no pressoché identiche alla 
scheda di fabbricazione 
tedesca. Parallelismie diffe- 
renze eventuali saranno 
evidenziati nel seguito. 

CARATTERISTICHE 

PRINCIPALI 

La confezione, discreta e 
dal sobriodesign, contiene 
la piccola scheda dalla for- 
ma vagamente triangolare, 
duedischi e un manuale; la 
linea della scheda è stata 
studiata per il suo inseri- 
mento nell'interfacciaospi- 
tante, sia essa un hard disk 
GVP A500 HD Series II o un 
A530 Combo. I due dischi 
ricalcano nelle lorofunzioni 
quelli descritti nel numero di 
marzo a proposito della 
ATonce-Plus, vale adire un 
disco di setupeunodi utility 
MS-DOS. Il manuale, in in- 
glese, è robusto e leggibile 
e rispecchia nei contenuti 
quello allegato alla scheda 
Vortex, benché più detta- 


GVP/ PC 286 


Gabriele Stecchi 


Un nuovo emulatore 286 dalle 
prestazioni già viste. 


gliato ancora. Dal punto di 
vista delle prestazioni di- 
chiarate le due schede sono 
assolutamente identiche, 
come mostrato in modo elo- 
quente dalle note sulla con- 
fezione, dal contenuto del 
manuale (chein unapagina 
dedicata ai copyright con- 
ferma l'utilizzo di porzioni di 
tecnologie brevettate sotto 
licenza della Vortex Compu- 
tersysteme GmbH), dal soft- 
ware allegato e da un rapido 
sguardo all'hardware. Tec- 
nologia CMOS a consumo 
limitato di energia, 80C286 
a 16 MHz come già detto, 
640 Kbyte di memoria RAM 
in emulazione AT indipen- 
denti dalla configurazione 
della propria macchina, 


possibilitàdi installazione di 
un coprocessore matemati- 
co 80287, operazioni in 
multitasking, stessi modi 
grafici supportati e la lista 
potrebbe continuare, pro- 
prio ad esaurimento. Virtual- 
mente i due hardware sono 
identici, come pure il soft- 
ware di installazione; i di- 
schi allegati ai prodotti Vor- 
tex e GVP contengono le 
stessedirectory e le directo- 
ry, almeno in apparenza, gli 
stessi file e solo i programmi 
principali di emulazione 
prendono il nome dalle ri- 
spettive schede. Al lancio, il 
programma di configurazio- 
ne, fatta eccezione per i 
trademark e logo apparte- 
nenti alla GVP, non differi- 



sce se non di poco dal suo 
gemello della Vortex, stesse 
voci, identico layout delle 
finestre e dei menu; l'unica 
differenza è la possibilità di 
evitare un boot completo da 
parte di Amiga una volta 
iniziata l'emulazione, opzio- 
ne utile per accelerare le 
operazioni e per non negare 
alcune risorse al processo 
concorrente. In sostanza, 
quindi, per avere un detta- 
gliato quadro delle possibi- 
lità operative di questa 
scheda, consigliamo la let- 
tura dell'articolo già citato 
del numero di marzo, ecce- 
zion fatta per le note riguar- 
danti l'installazione, di cui ci 
occuperemo nel presente 
articolo. 

L'INSTALLAZIONE 
E LE PROVE 

Mentre la scheda Vortex 
necessitava, per la sua in- 
stallazione, dell'apertura 
della macchinae dell'estra- 
rione del chip 68000 per il 
suo successivo utilizzo in 
coppia con l'hardware stes- 
so dell'emulatore, senza 
bisogno di configurazioni 
particolari, il discorso ri- 
guardante la G VP/PC 286 è 
nettamente diverso. Solo gli 
utenti in possesso di un'e- 
spansione GVP A500 HD 
Series II o di un A530 Com- 
bo potranno usufruire della 


La confezione. 
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compatibilità offerta dalla 
scheda, dato che la sua 
installazione ne prevede 
l'inserimento in un apposito 
slot, presente nelle due 
periferiche citate, chiamato 
Mini Expansion Slot. 

La scheda, inoltre, è la pri- 
ma espansione disegnata 
appositamente per questo 
slot. Le procedure di instal- 
lazione sono semplici e 
descritte con notevole pre- 
cisione dal manuale, che 
presenta tutti i passi dell'o- 
perazione con dovizia di 
fotografie, note e immagini 
varie, superando perfino il 
manuale Vortex sul piano 
del dettaglio. Date le pre- 
messe di cui sopra, la prova 
non avrebbe dovuto riserva- 
re sorprese e così è stato. Al 
momento dell'esecuzione 
del programma "PC_286", 


fratello gemello dell'esegui- 
bile "atonce" di cui si è par- 
lato nel numero di marzo, la 
consueta schermata conte- 
nente le caratteristiche pre- 
disposte con il programma 
di setup, introduce l'utente 
al nuovo ambiente di lavoro; 
l'aspetto di tale immagine, 
in tutto e per tutto affine a 
quella di introduzione della 
Vortex, se non fosse per i 
copyright attinenti alla Great 
Valley Products, mettono in 
fuga i dubbi residui sulle 
attinenze tra i due hardware 
di emulazione. Oltre a ciò 
rimane ben poco da dire 
dato che la prova vera e 
propria ha dato risultati for- 
malmente uguali a quelli 
della ATonce-Plus, vale a 
dire soddisfacenti; il paral- 
lelismo tra Amiga e AT è 
robusto e soprattuto effetti- 


vo, con il processo MS-DOS 
che agisce in concorrenza 
con gli altri task della mac- 
china, la velocità è quella 
dichiaratae, in parole pove- 
re, quelladanoi dimostrata 
nei benchmark acuì aveva- 
mo sottoposto la ATonce- 
Pluse, infine, la compatibili- 
tà grafica ricopre gli stan- 
dard già discussi con le 
medesime limitazioni ri- 
guardanti EGA e VGA, 
emulate nelle sole rispettive 
definizioni 640x350 e 
640x480 monocromatiche. 

CONCLUSIONI 

Se dal punto di vista pratico 
le schede Vortex e GVP 
sono equivalenti, però, sono 
indirizzate a utenti molto 
diversi, dato che mentre la 
scheda tedesca può essere 


installata su un 500 senza 
necessità di configurazioni 
particolari e all'occorrenza 
anche su di un Amiga 2000, 
l'hardwareGVP può essere 
utilizzato esclusivamente 
dai possessori delle inter- 
facce, ancora GVP, sopra- 
citate e quindi di un Amiga 
500 ; certo la PC 286 rappre- 
senta per quest'ultimi un 
vero affare, dato il suo prez- 
zo estremamente ridotto ri- 
spetto a quello della sua 
gemella Vortex. In ultima 
analisi possiamoconferma- 
re i giudizi positivi espressi 
per la Atonce-Plus; possia- 
mo inoltre sottolineare l'in- 
telligenzadella mossa com- 
binata GVP/Vortex, che 
apre ulteriormente il merca- 
toestendendopergli utenti 
500 le possibilità di espan- 
sionedella loro macchina. 



SCHEDA PRODOTTO 


Nome Prodotto: GVP/PC 286 
CasaProdruttrice:Great Valley Products 
Distribuitoda: RS-Tel.05 1/765299 
Prezzo: Lire 750.000 
Giudizio: buono 

Configurazione richiesta: Amiga500 provvisto 
di A500 -HD Series II 0 A530 Combo 
Pro: velocitànotevole grazie al processorea16 MHz, 
buona compatibilità e operazioni multitasking 
Contro: limitazioni grafiche nell'emulazione 
di EGA e VGA ' 

Configurazione della prova: A500 1.2, 1.3, e A500Plus 
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GVP IVFflCT SERIES 
A500-HD+ 


Gabriele Stecchi 


Un hard disk potente 
e affidabile dalle ottime possibilità 
di espansione. 


L e limitazioni strutturali 
di Amiga 500 non han- 
no impedito, negli anni 
passati, il fiorire di un'inten- 
sa attività di progettazione e 
realizzazione da parte di 
molte aziende produttrici di 
hardware, atte a colmare i 
molti vuoti che gli utenti 
hobbisti possessori di que- 
sto modellodi Amiga comin- 
ciavano a provare. LaGVP, 
unadelle ditte più autorevoli 
in questo campo, è in pro- 
cinto di commercializzare 
l'ultima versione di un po- 
tente hard disk dotato di 
caratteristiche particolari, 
intenzionato a porsi come 
solido punto di riferimento 
per future realizzazioni. 

LA DOTAZIONE 

Stiamo parlando del nuovo 
modello di hard disk A500- 
HD+ Serie II, l'ultimo nato 
nella linealmpact. 

Sitrattadi un disco fisso dal- 
l'hardware Quantum e con- 
troller SCSI, approssimati- 
vamente dalla capienza di 
1 00 Mb disegnato apposita- 
mente per il suo interfaccia- 
mento con Amiga 500, tra- 
mite il connettore laterale, 
direttamente sul bus del 
68000. 

E' questa una serie di hard 
disk dalla eccellente fama 
guadagnata sia per la gran- 
de velocità di trasferimento 
sia per la sua affidabilità. 

La confezione, una grossa 
scatola di cartone pesante, 


contiene l'hard disk, un tra- 
sformatore con cavo di ali- 
mentazione, un disco e il 
manuale. 

Lo chassis si presenta nel 
consueto colore, beige, 
che contraddistingue la li- 
nea Amiga e nelle fattezze 
ricalca fedelmente il look 
del 500 essendo della stes- 
sa altezza e lunghezza e 
provvisto com'èdelle griglie 
orizzontali everticali tipiche 
della parte superiore del 
computer; la sua larghezza 
è di circa venti centimetri 
ma, a dispetto delle sue di- 
mensioni, ilsuopesoènote- 
vole e la prima impressione 
èdi solidità. 

Anche il trasformatore, leg- 
germente più piccolo di 


quello di Amiga 500, è in 
tinta e piuttosto leggero; 
con sommo rammarico 
però, all'apertura della con- 
fezione, vi abbiamo trovato 
un cavo di alimentazione 
trasformatore/presa non 
adatto alle prese domesti- 
che italiane e anche se 
questo non si è rivelato un 
problema per noi, dato che 
un qualsiasi cavo di alimen- 
tazione standard con la ter- 
minazione adatta può sosti- 
tuirlo, potrebbe diventarlo 
per acquirenti ignari o ine- 
sperti. 

Il dischetto presente all'in- 
terno della confezione, de- 
nominato GVP. instali, con- 
tiene numerose utility di cui 
parleremo in seguito tra cui 




FaaastPrep, il software di 
inizializzazione de I l'hard 
disk. Per quanto riguarda il 
manuale, è piuttosto ridotto, 
venticinque pagine, e non si 
dilunga particolarmente né 
sulle procedure di installa- 
zione dell'hardware né su 
quelle di setupdello stesso, 
prediligendo ladescrizione 
di specifiche tecniche ri- 
guardanti il driver SCSI, utile 
esclusivamente ai program- 
matori. 

L'HARD DISK 

L'A500-HD+ internamente 
si presentaveramente ordi- 
nato e il poco spazio a di- 
sposizione sfruttato molto 
bene. 

Accanto alla ventolina di 
raffreddamento, il cui ronzio 
ci è sembrato inizialmente 
abbastanza fastidioso, 
prende posto il disco rigido, 
che occupa quasi metà 
dello spazio interno. 

Alla sua destra, a ridosso 
del connettore esterno che 
lo mette in contatto con il 
calcolatore, troviamo un 
insolito alloggiamento de- 
nominato MiniSlot. 

Si tratta di un nuovo tipo di 
slot appunto ideato dalla 
GVP che, garantisce il ma- 
nualetto, sarà sfruttato con 
efficacia per successive 
espansioni, il cui primo 
esempio non è che la sche- 


II nuovo hard disk GVP. 
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da PC 286 recensitasu que- 
sto nimero. Come si vedrà, il 
MiniSlotè una soluzione in- 
telligente efunzionale che ci 
fa rimpiangere di non poter- 
ne avere altri a disposizio- 
ne. Inoltre, in appositi allog- 
giamenti astutamente rica- 
vati aH'interno dello chassis, 
potranno prendere posto i 
SIMM, acronimo di Single 
In-line Memory Module, 
contenenti fino a 8 Mb di 
Dynamic Random Access 
Memory, una particolare 
RAM a 100 nanosecondi. I 
SIMM rappresentano la so- 
luzione alla necessità di 
espandere la memoria 
FAST di Amiga sfruttando il 
poco spazio disponibile al- 
l'interno dello chassis. 
Completa la dotazione del- 
l'A500-HD+ uno switch, 
posto esternamente sulla 
sua faccia superiore, atto 
allaabilitazionee disabilita- 
zione dell'autobootda hard 
disk, denominato Game 
Switch. 

Con quest'ultimo, settato 
alla voce Autoboot, l'hard 
disk procederà al boot se- 
guendo la startup-sequen- 
ce in essocontenutamentre 
accederà all'unità disco 
dfO: nell'altro caso. 

E' inoltre utileosservare che 
il disco fisso alla vendita ri- 
sulta giàformattato, ma non 
partizionato, e che è predi- 
sposto per partire in boot 
dal momento che la GVP 
stessa ha già provveduto a I - 
l'installazione di un Work- 
bench completodi Shelled 
Extras al suo interno. 

L'INSTALLAZIONE 
E L SOFTWARE DI SE1UP 

L'installazione dell'hardwa- 
re, come abbiamo già detto, 
è facile e veloce. 
E'sufficiente infatti inserire i I 
suo grosso connettore, dai 
rinforzi in metallo, nella 
apertura d'espansione po- 



sta sul fianco sinistro di 
Amiga, naturalmente dopo 
averne rimosso la piccola 
copertura;si tratta, comun- 
que, di operazioni da svol- 
gere con cautela, data la 
relativa fragilità, indipen- 
dente dalle protezioni ester- 
nerei disco fisso presente 
all'interno dello chassis. Per 
rendere operativo ilsistema 
sarà necessario procedere 
all'accensione del trasfor- 
matore dell'hard disk prima 
di quello di Amiga, dato che 
un'inversione delle due 
operazioni, pur non arre- 
cando danni né all'uno né 
all'altro, impedirà il corretto 
funzionamento della mac- 
china, impedendone l'av- 
vio. Anche se l’A500-HD+ è 
venduto già formattato e 
predisposto all'autoboot, 
l'utente potrà desiderare di 
dividere lo spazio disponibi- 
le sul suo disco fisso in par- 
tizioni di grandezza variabi- 


le, affiancando per ognuno 
di essi uno specifico nome 
di device logico, tutto que- 
sto tramite il programma 
FaaastPrep presente sul 
disco incluso nella confe- 
zione. Due i principali ap- 
procci alle procedure di in- 
stallazione resi disponibili 
da FaaastPrep: il primo, de- 
nominato Automatico, è 
senz'altro il più veloce, per- 
mettendo all'utente meno 
smaliziato una rapida inizia- 
lizzazione del proprio hard 
disk, seguendo con pazien- 
za le fasi di formattazione e 
partizionamento, nonché 
quella di installazione del 
cosidetto boot disk, il tutto 
reso in maniera intuitiva tra- 
mite una pagina ricca di text 
gadget e menu a discesa; il 
secondo, o modo Manuale, 
è consigliato ai più esperti, 
dato che necessitadi cono- 
scenze abbastanza appro- 
fondite della struttura fisica 


SCHEDA PRODOTTO 


Nome Prodotto: A500-HD+Series II 
Casa Prodruttrice:Great Valley Products 
Distribuitoda: RS- Tel. 051/765299 
Prezzo: non comunicato 
Giudizio: ottimo 

Configurazione richiesta: Amiga 500 con 1 Megabyte 
di memoria, consigliato 
Pro: veloce e affidabile 
Contro: nulla di rilevante 

Configurazionedella prova: Amiga 500 con 1Mb 
di RAM (51 2 CHIP e 51 2 FAST) 


L'interno. 


del disco rigido, ma, pur 
essendo piùlento, assicura 
un controllo dinamico su 
priorità di boot, maschere e 
buffer. FaaastPrep è indub- 
biamente un ottimo software 
di installazione sia per i 
nuovi possessori di hard 
disk sia per gli esperti, uno 
dei migliori e più completi 
da noi esaminati. Oltre a 
FaaastPrep il disco di utilità 
allegato conteneva anche 
altri programmi come 
GVPInfo, che permette di 
avere numerose informazio- 
ni riguardanti praticamente 
ogni parte del calcolatore, 
dalla memoria alle periferi- 
che; InstallBB, utile ai pos- 
sessoridi unaJanus Bridge- 
Board, che installerà il soft- 
ware relativo a questo emu- 
latore su hard disk; Mem- 
Test, che esegue un test di 
velocità d'accesso e scrittu- 
ra in memoria, e altri ancora 
di varia utilità. 

CONCLUSIONI 

Il programma di pubblico 
dominio SpeedTest 2.0, a 
cui abbiamo fatto testare 
l'hard disk della GVP, ci ha 
confermato una velocità di 
trasferimento media di circa 
1 Megabyte al secondo, un 
risultato davvero eccellente 
per un harddiskda 100 Mb 
anche se vuoto al 90%. 

In generale l'A500-HD+ è 
quindi un hard disk veloce, 
capiente, affidabile e versa- 
tile, considerando le possi- 
bilità di espansione fino a 8 
Megabyte di RAM e la pre- 
senza del Mini Expansion 
Slot. A nostro parere è un 
acquisto intelligente per 
chiunque desideri donare al 
proprio sistema un vero e 
propriofeeling professiona- 
le, senza tra l'altro una spe- 
sa esorbitante. 
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Marco Pugliese 


I niziamo questo mese una nuova 
rubrica dedicata a tutti quei letto- 
ri che, utilizzando il proprio Ami- 
ga nel campo della computer grafi- 
ca tridimensionale, si sentono spes- 
so frustrati nel constatare come 
quest'ultima si riveli spesso una 
materia molto più ostica da digerire 
di quanto non possa sembrare. 
L'idea di base è quella di presenta- 
re qui una serie di consigli e di 
trucchi (normalmentenon inclusi nei 
manuali forniti con i vari software) 
che permettano a chiunque, in 
maniera piuttosto semplice e velo- 
ce, di ottenere risultati talvolta an- 
che sorprendenti. 

Precisiamoquindi che questa breve 
rubrica mensile non ha la pretesa di 
essere un corso per artisti del calco- 
latore, bensì un riferimento rapido 
ed efficace per coloro che sono alla 
ricerca di soluzioni innovative nel 
campo della grafica su Amiga. 
Prenderemo in considerazione al- 
cuni dei pacchetti di grafica e ani- 
mazione 3D più diffusi, quali Imagi- 
ne, Sculpt-Animate 4D e Reai 3D; 
inoltre, sarà bene avere sempre a 
portata di mano quei programmi, 
come Art Department e Pixel 3D, 
che possono essere spesso molto 
utili a chiunque intenda dilettarsi 
con la computer grafica, e che sono 
addirittura indispensabili a coloro 
che ne fanno uso professionalmen- 
te. 

li maggior interesse sarà comunque 
rivoltoa Imagine, il programma della 
Impulse ora giunto alla Release 2.0, 
che, oltre ad essere uno dei softwa- 
re di modellazione e rendering per 


Stella a sei punte. 


Amiga più completi e versatili attual- 
mente in commercio, è anche sicu- 
ramente il più difficile da utilizzare e 
da comprendere qualora si voglia 
lavorare a livelli medio-alti. 

Prima di iniziare, vorrei soltanto invi- 
tarvi a scrivere alla redazione, spe- 
cificando il titolo della rubrica, nel 
caso in cui vogliate segnalarci idee 
e trucchi che vi piacerebbe veder 
pubblicati (ovviamente insieme al 
vostro nome), o problemi che, nei 
limiti del possibile, vorreste che 
venisserotrattati nei numeri succes- 
sivi della rivista (non aspettatevi una 
risposta personalizzata!). 

Ma ora basta con le chiacchiere, e 
partiamo subito con la breve descri- 
zione di come si possano ottenere in 
poco tempo, in modo estremamen- 
te semplice e con pochi "colpi di 
mouse" alcuni oggetti di media 
complessità. Normalmente utilizzo il 
DETAIL EDITOR di Imagine, che ri- 
tengo essere uno dei più potenti tra 
quelli visti su Amiga e sicuramente 
quello che più si avvicina ai pro- 


grammi che "girano" su macchine 
professionali; comunque, una volta 
capito il procedimento con cui tali 
oggetti sono stati ottenuti, sarete 
liberi di riprodurli con qualunque 
altro software, visto che gli operatori 
(tools) che verranno utilizzati sono 
presenti in molti altri pacchetti di 
grafica 3D. E' da tener presente che 
all'aumentaredei punti e delle facce 
che compongono un oggetto, corri- 
sponde sempre un aumento più o 
meno considerevole dei tempi di 
rendering e di refresh della "tri- 
view", quindi (specialmente per 
coloro che non possiedono un 
68030) se pensate che sia il caso, 
riducete a vostro piacimento i punti 
che compongono la sagoma di 
partenza. 

OGGETTO N. 1 - TRECCIA 

La costruzione di questo primo 
oggetto è basata sulla possibilità di 
estrudere e contemporaneamente 
di ruotare una sagoma di partenza, 
ottenendo risultati di sicuro effetto. 
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Per cominciare create un DISK dal 
menu PRIMITIVE; ponete il raggio 
del disco uguale a 20 e selezionate 
OK. Ora inizia la costruzione della 
treccia vera e propria; ruotate sol- 
tanto l'asse dell'oggetto (SHIFT-R) 
di 90° rispetto all'asse Z,in modo 
che l'asse Y sia diretta verso sinistra 
nella "top view" (l'effetto può essere 
ottenuto anche dal requester TRAN- 
SFORMATION, avendo cura di sele- 
zionare TRANSFORM AXIS ONLY). 
Ora selezionate EXTRUDE dal 
menu MOLD e cambiate i seguenti 
parametri: 

Sections=25 e Y Rotation=720, 

Selezionate OK e, come per magia, 
eccovi una treccia ! 

Tenete presente, comunque, che, 
variando la sagoma di partenza 
(spostando i punti del cerchio o, più 
semplicemente, usando un quadra- 
to o un triangolo), si possono ottene- 
re forme diverse e più spettacolari; 
l'importante è provare e, perché no, 
sbizzarrirsi un po'. 

OGGETTO N. 2 GIOIELLO 

Non mi aspetto che il prossimo 
oggetto che costruiremo (un anello) 
vi possa essere utile per qualche 
progetto, ma ritengo vi possa servi- 
re per cominciare a capire il funzio- 
namento, per la verità non troppo 
intuitivo, di un tool molto potente di 


Guscio di lumaca. 


Imagine: SWEEP. Come per l'ogget- 
to precedente, create un cerchio 
(DISK) accettando però i valori di 
default; ruotate ora soltanto gli assi 
dell'oggetto di 45° attorno alle X; 
selezionate a questo punto SWEEP 
dal requester MOLD e "cliccate" su 
PERFORM accettando ancora una 
volta i valori di default. 

Variando il numero di sezioni prima 
di far partire l'operatore SWEEP, 
potete cambiare la sfaccettatura 
sull'anello, che però, attenzione, 
sarete in grado di vedere in rende- 
ring solo se deselezionerete 
PHONG dal requester ATTRIBUTE ! 

OGGETTO N. 3 - GOCCIA 

Modelleremo ora una goccia facen- 
do uso di un vero e proprio trucco 
(del quale non c'è traccia nei ma- 
nuali di Imagine) che permette di 


Lavandino con goccia 


risparmiare moltissime ore e di otte- 
nere un eccellente risultato; chi di 
voi ha mai provato a creare una 
goccia senza avere la possibilità di 
utilizzare delle "spline"? (visto che 
molti programmi, tra i quali Imagine, 
non le supportano). Indipendente- 
mente dal risultato che avete ottenu- 
to, sono sicuro che sarete molto 
sorpresi nello scoprire che parten- 
do da una sfera, con soltanto una 
semplice operazione, si possa otte- 
nere una goccia in piena regola! 

Il procedimento è molto semplice: 
create una SPHERE dal requester 
PRIMITIVE accettando i valori di 
default; con la sfera selezionata, 
cliccate su CONFORM TO SPHERE 
nel menu MOLD, ancora una volta 
accettate i valori già presenti e il 
gioco è fatto. 

Vi segnalo soltanto che, aumentan- 
do il parametro OBJECT RADIUS 
dell'operatore, si ottiene una goccia 
più allungata e affusolata. Vi invito, 
inoltre, a provare qualche volta ad 
applicare agli oggetti più disparati i 
vari CONFORM: non si sa mai che 
riusciate a trovare risultati curiosi 
come quello appenavisto (nel caso, 
non dimenticate di scrivermi...!). 

OGGETTO N. 4 - S1RLA A SB 
PUNTE 

Vedremo ora come sia possibile 
ottenere una stella a sei punte, tridi- 
mensionale e con i bordi smussati 
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(non perfetta traduzione del più 
tecnico termine inglese "beveled"), 
utilizzando soltanto un toride fornito- 
ci come primitiva (forma di base) in 
quasi tutti i pacchetti di grafica 3D. 
Create semplicemente una primiti- 
va TORUS dal requester PRIMITIVE 
modificandone i prametri di default 
come segue: RING SECTIONS = 3, 
TUBE SECTIONS= 6 e deseleziona- 
te STAGGER POINTS. 

Fate ora una copia dell'oggetto con 
le combinazioni di tasti "RightAmi- 
ga-C" e "RightAmiga-P"; seleziona- 
te quindi uno dei due triangoli otte- 
nuti (in modo che diventi viola o blu) 
e ruotatelo di 60° entrando nel re- 
quester TRANSFORMATION e por- 
tando a 60 il valore Z nel modo 
ALIGNMENT. 

Per finire, selezionate entrambi gli 
oggetti (RightAmiga-A) e uniteli 
(RightAmiga-J), così da formare 
una stella. 

Vedremo nei prossimi mesi come 
preparare gli oggetti di questo tipo 
(beveled) per il rendering in modo 
che abbiano una resadi sicuro effet- 
to. 

OGGETTO N. 5 - GUSCIO DI 
LUMACA 

Per concludere, prendo in prestito 
un'idea di Louis Markoya (il "guru" 
della computer graphics su Amiga) 
per la costruzione di un modello che 
senz'altro esalta le possibilità offerte 
dal DETAIL EDITOR, utilizzando 
molti dei tool che quest'ultimo ci 
mette a disposizione. 

Iniziamo quindi a produrre un bellis- 
simo guscio di lumaca creando un 
TUBE dal solito requester PRIMITI- 
VE, accettando i valori già presenti; 
con l'oggetto selezionato, entrate 
nel modo PICK POINTS e PICK 
METHOD/DRAG BOX dal menu 
MODE; dalla Front View, tenendo 
premuto il tasto "Shift", selezionate 
col mouse (racchiudendoli in un 
rettangolo formato muovendo il 
mouse diagonalmente e contempo- 
raneamente tenendone premuto il 
tasto sinistro) tutti i punti della linea 
superiore, cancellateli (RightAmi- 
aa-D) e ritornate nel modo PICK 

@§°ryfuester TRANSFORMATION 


traslate soltanto gli assi (Transform 
Axis Only !) di 50 unità lungo l'asse X; 
ridimensionate ora l'oggetto solo 
sull'asse X, in modo che la nuova 
misura risulti una volta e mezza 
quella originale (tutto ciò natural- 
mente può sempre essere fatto sia 
dal requester TRANSFORMATION, 
sia in modo interattivo). 

Adesso estrudete la forma ottenuta, 
modificando i parametri come se- 
gue: 

Lenght = 1, Y Rotation = 720, X 
Scaling = 0.1 e Sections = 36. 

Eseguite, infine, un CONFORM T O 
SPHERE impostando 150 come 
Sphere Radius e, come per incanto, 
eccovi un perfetto guscio dalle for- 


me morbide e levigate e incredibil- 
mente fedele alla realtà. 

Come per l'oggetto precedente, 
vedremo nei prossimi mesi come 
ottenere buoni risultati dal rendering 
di queste superfici. 

Per questo mese ci fermiamo qui. 
Spero che come inizio sia stato di 
vostro gradimento; comunque, se vi 
fossero consigli soprattutto riguar- 
do al livello tecnico da me usato 
(Troppo difficile? Troppo facile?) o 
dubbi, non esitate a scrivermi in 
redazione al seguente indirizzo: 

Gruppo Editoriale Jackson 
Amiga Magazine 
Rubrica "Grafica 3D" 

Via Pola, 9 201 24 Milano 


/ / A / 


J ^jlELCa presenta: 



Prodotti da POSSO, i Media Box sono contenitori classificatori modulari di li- 
vello qualitativo professionale destinati al FLOPPY OISC 3 W e5V»".ll siste- 
ma prevede anche moduli tutti assemblati tra loro per COMPACT CASSETTE, 
VIDEO, COMPACT DtSC, VIDEO GIOCHI, FOTO, FAI DA TE, ecc. Ogni elemen- 
to può essere dotato di apposita serratura per protezione del contenuto. 


concessionaria esclusiva 
per l'Italia 


SERVIZIO VENDITE E 
CONSULENZA TECNICA: 
20158 MILANO - VIA PRAMPOLINI, 4 
TEL. 02/ 6684999 
TELEX 316541 - FAX 6688502 
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Domenico Pavone 


I l ricorso a librerie di sistema, per 
quanto complesso, può spesso 
consentire tecniche di program- 
mazione altrimenti inaccessibili ad 
un BASIC normale. Tuttavia, come 
avrà potuto notare chi ha seguito gli 
ultimi appuntamenti con questa 
rubrica, lo sfruttamento di simili ri- 
sorse richiede una notevoledimesti- 
chezza con il funzionamento interno 
di Amiga, non sempre di facile com- 
prensione. 

Lo stesso tipo di approccio può 
invece risultare decisamente meno 
ostico e soprattutto molto più palpa- 
bile, se si rivolge l'attenzione ad 
altre librerie tese afacilitare il compi- 
to del programmatore proponendo 
soluzioni di più alto livello. 

Tipici esempi di questa categoria 
sono la Arp. library e la Req. library, 
due raccolte di funzioni dedicate 
prevalentemente a linguaggi come 
il C e l'Assembly, che possono però 
tornare molto utili anche da BASIC. 
Così come nell'uso di librerie di si- 
stema, molte loro routine risultano 
superflue se rapportate al BASIC, 
ma alcune possono supplire con 
facilità a lunghe e sicuramente 
meno efficaci procedure realizzabili 
con questo linguaggio. 

Entrambe le librerie, e soprattutto la 
documentazione che le accompa- 
gna, sono di facile reperibilità, in 
quando liberamente distribuibili at- 
traverso i canali del Pubblico Domi- 
nio. 

Per seguire senza problemi quanto 
si esporrà tra breve, tutto il necessa- 
rio può essere comunque rintrac- 
ciato nella directory Libs del disco 
allegato alla rivista. 

Da un punto di vista pratico, infatti, 
AmigaBasic è in grado di trattare 


questo tipo di libreria esattamente 
come qualunque altra di sistema, 
ovvero tramite le istruzioni Library e 
Declare Function (quando necessa- 
rio). 

Il che, però, implica l'indispensabile 
presenza dei file libreria nella solita 
directory Libs di sistema. Nel caso 
specifico, questi due file prendono il 
nome di Arp. library e Req. library, 
contenenti fisicamente le routine 
che le compongono. Così come 
visto nei due precedenti appunta- 
menti, AmigaBasic ne può ricono- 
scere le singole funzioni solo tramite 
un file-tabella (dotato di suffisso 
bmap) da memorizzare nella stessa 
directory. 

Questo tipo di file, quando si ha a 
che fare con librerie esterne, solo 
raramente viene fornito assieme ad 
esse, per cui si può rendere neces- 
sario l'uso del programma 
ConvertFd (presente nella directory 
BasicDemos del disco contenente 
AmigaBasic) per crearlo 
dall'equivalente Fd, sempre acclu- 
so alle librerie stesse. 

Nel caso di quelle che stiamo trat- 
tando, per esempio, occorrerebbe 
sfruttare i file Arp.fd e Req.fd per 
elaborare gli equivalenti Arp. bmap 
e Req. bmap, ricorrendo a Con- 
vertFd. Come il condizionale lascia 
intendere, per i nostri esperimenti 
ciò non si renderà necessario, in 
quanto i file bmap sono direttamen- 
te rintracciabili sul disco (nel casset- 
to BasicFacile assieme agli esem- 
pi), maè un tipo di procedura da non 
dimenticare. 

E veniamo alla pratica, comincian- 
do col delineare le modalità d'uso di 
queste librerie, o meglio di due loro 
funzioni molto diffuse, comunemen- 


te definite file requester. 

Si tratta, come forse noto, di rendere 
il più intuitiva possibile l'acquisizio- 
ne di un nome di file da programma, 
consentendo una selezione per così 
dire mirata del percorso necessario 
per rintracciarlo, caricarlo o salvar- 
lo. 

Entrambe le librerie, allo scopo, 
aprono sullo schermo una finestra 
che consente di aggirarsi con sem- 
plici tocchi del mouse tra dischi, 
directory e subdirectory, fino a giun- 
gere alla definitiva selezione di un 
file. 

Un programma BASIC, per usufruir- 
ne, dovrà genericamente richiama- 
re l'appropriata funzione, e asse- 
gnare a una variabile il nome del file 
comprensivo del suo path (o percor- 
so che dir si voglia). 

Più in dettaglio, tanto la Arp che la 
Req. Library, richiedono che, per 
adoperare questa funzione, le si 
fornisca l'indirizzo di memoria ove è 
allocata una struttura di dati oppor- 
tunamente inizializzata (si veda 
anche due numeri fa di Amiga 
Magazine). 

Nel caso della Arp. Library, la cosa 
risulta addirittura di una semplicità 
disarmante, a dispetto della termi- 
nologia poco abituale al BASIC. 

Per rendersene conto, ecco come 
una manciata di istruzioni possono 
abilitare all'uso del suo file reque- 
ster: 

LIBRARY "arp. library" 
DECLARE FUNCTION 
ArpAllocFreq& LIBRARY 
DECLARE FUNCTION 
FileRequest& LIBRARY 
DECLARE FUNCTION TackOnS 
LIBRARY 
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def ault&=ArpAllocFreq& 
f ile&=FileRequest& (defaults) 
IF f i I e & = 0 THEN 
PRINT " aborted" : GOTO fine 
END IF 

path&=f ile&-256 
nometutto&=TackOn& (path&, file&) 
WHILEPEEK (path&+x)<>0 
path$=path$+CHR$(PEEK (path&+x)) 
x=x+l 
WEND 

PRINT path$ 
fine : 

LIBRARY CLOSE 

Come già accennato, l'esecuzione 
di questo listato presuppone che 
nella directory Libs del disco ado- 
perato per il boot siano presenti i file 
Arp. library e Arp.bmap, entrambi 
recuperabili nel disco allegato ad 
Amiga Magazine. Entrando nel 
merito, la facilità di implementazio- 
ne di questo requester consiste 
soprattutto nel fatto che non è tutto 
sommato necessario conoscere 
quali dati inserire nella struttura da 
passare alla funzione. Come si può 
notare dal listato, viene infatti ado- 
perata per prima una funzione di 
nome ArpAllocFreq. Questa prov- 
vede ad allocare automaticamente 
una porzione di memoria (la struttu- 
ra), inizializzandola con dati di de- 
fault sufficienti per attivare il reque- 
ster. 

Dopo questa operazione, la funzio- 
ne fornisce al nostro programma 
l'indirizzo di inizio della struttura, 
indirizzo che nel listato viene asso- 
ciato alla variabile Default&. Per 
aprire la finestra di selezione, baste- 
rà poi inviare alla funzione di nome 
FileRequesterl'indirizzo così ricava- 
to, ovvero lavariabile Default&, inse- 
rendola sotto forma di parametro. 
Dopo che si saranno effettuate tutte 
le scelte, cuccando nella finestra, la 
funzione concluderà il suo compito 
restituendo a sua volta un indirizzo, 
nel listato associato alla variabile 
File&. Di cosa si tratta? 

Intanto, se qualcosa fosse andato 
storto, il valore restituito corrispon- 
derebbe a zero, consentendo la 
valutazione di una possibile condi- 
zione di errore. 

In caso contrario, la variabile file& 


punterà all'inizio di una stringa con- 
tenente il nome del file selezionato. 
Si badi, però: il solo nome, senza 
l'indicazione del percorso. 

Se, cioè, il file prescelto fosse 
DfO:work/miotesto, il valore conte- 
nuto nella stringa memorizzata a 
partire dalla locazione File& corri- 
sponderebbe all'indirizzo di inizio 
della serie di caratteri che compon- 
gono il nome miotesto, seguito da 
un carattere nullo (chr$(0)). 

Con una procedura poco ortodos- 
sa, ma rapida, possiamo poi facil- 
mente dedurre anche il resto del 
percorso, ovvero l'indirizzo di inizio 
della stringa DfOiwork. Il semplice 
nome del file, infatti, è inserito in una 
struttura che, adottando il default 
fornito da ArpAllocFreq, si troverà 
256 byte dopo la stringa che identi- 
fica il path. Una banale sottrazione, 
e avremo così anche l'indirizzo ove 
è memorizzato il percorso (variabile 
path&). A questo punto, il program- 
ma richiama un'altra funzione della 
Arp. library, TackOn, fornendo come 
parametri l'indirizzo del path e quel- 
lo del file. Così facendo, si ottiene 
unacomoda e immediata fusione di 
entrambe le componenti (percorso 
e nome del file), con relativo auto- 
matico inserimento della barra obli- 
qua tra, per esempio, DfO:work e 
miotesto. La corrispondente strin- 
ga, sempre conclusa da un caratte- 
re nullo finale, viene depositata da 
questa funzione allo stesso indirizzo 
che prima conteneva il solo path, 
identificato quindi dalla stringa pre- 
sente all'indirizzo path&. Per asso- 
ciare la stringa a una variabile, il 
listato dimostrativo legge infine (con 
Peek) carattere per carattere all'in- 
dirizzo path& fino a che non incon- 
tra il chr$(0) finale, limitandosi poi a 
stamparne il risultato. 

Molto simile, ma non uguale, la pro- 
cedura per ottenere un requester di 
diversa impostazione estetica, le- 
gato alla Req. library. Anche in que- 
sto caso si tratta di inviare l'indirizzo 
di una struttura alla funzione di 
nome FileRequester, ma toccherà a 
noi inizializzarne alcuni campi per 
ottenere l'effetto voluto. Eccone un 
esempio, che richiederà natural- 


mente la presenza dei file 
Req. library e Req.bmapnel device 
Libs: attivo: 

library "req. I i b r a r y " 

LIBRARY "exec . library" 

DECLARE FUNCTION 

FileRequesterS LIBRARY 

DECLARE FUNCTION AllocmemS 

LIBRARY 

titolo$="Demo 

Req. I i b r a r y " +C H R $ ( 0) 

di r $ =C H R $ ( 0 ) +space$ (210) 

f ile$=CHR$ ( 0 ) +SPACE$ (40) 
pat h$=CHR$ ( 0 ) +SPACE$ (255) 
buf fer&=Allocmem& (2000, 6553 6& ) 
POKEL 

buf f er&+2 , SADD (titolo$) 

POKEL buf f er & + 6, 5 A DD( di r $) 

POKEL 

buffer&+10, sadd ( fiie$) 

POKEL 

buf fer&+14 , SADD (path$) 
ok&=FileRequester& (bufferS) 

IF Ok&=0 THEN 

PRINT "Aborted": GOTO fine 
END IF 

zeropos=INSTR (path$,CHR$ (0 ) ) - 
1 

pat h$=LEFT$( pat h$, zeropos) 

PRINT path$ 
fine : 

CALL Freemem (buffer&,2000) 
LIBRARY CLOSE 

Non disponendo di una procedura 
di inizializzazione automatica, sta- 
volta è necessario ricorrere alla 
funzione AllocMem della libreria di 
sistema Exec (per il suo uso si veda- 
no i tre precedenti appuntamenti 
con questa rubrica), per allocare 
.una porzione di RAM da adoperare 
per la struttura. Ignorando i primi 
due byte di tale struttura (riservati 
alla versione della libreria), il listato 
inserisce nei successivi 4 campi (in 
forma di long word, ovvero 4 byte 
ciascuno) l'indirizzod'inizio di altret- 
tante stringhe precedentemente 
predisposte. In particolare, tre di 
queste (dir$, file$ e path$) sono 
create in modo da contenere lo 
spazio necessario per le future 
selezioni. Fornito, infatti, l'indirizzo 
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T utti o quasi sanno che nella di- 
rectory C del Workbench esi- 
ste un file chiamato Edit. 
Nessuno, o quasi, però sa a cosa 
serve e quelli che lo sanno difficil- 
mente lo usano. I motivi sono molto 
semplici: è piuttosto complicato da 
usare, serve solo raramente e non 
se ne conoscono i comandi. 

Pochi dunque sono disposti afare lo 
sforzodi impararead usarlo;ed è un 
male, perché Edit può costituire la 
soluzione ideale in certe situazioni, 
in cui è difficile altrimenti trarsi d'im- 
paccio senza ricorrere a programmi 
dedicati. 

Spesso questi programmi li abbia- 
mo, ma stanno in quel disco... non 
ricordo quale... era proprio qui... 
Edit è un "editor di linea". 

A differenza dei normali editor come 
Ed, non carica in memoriatutto il file 
su cui opera, ma solo un certo 
numero di linee alla volta e questo 
numero è definibile dall'utente. 
Funziona insomma un po' come 
More, ma permette anche di editare 
il file, non solo di visionarlo. 

Grazie a Edit, diventa possibile lavo- 
rare su file che, per la loro lunghez- 
za, non trovano posto in memoria. 
Un primo punto a favore di Edit l'ab- 
biamo trovato, ma non sarà il solo: la 
seconda cosa da sottolineare è il 
fatto che Edit possiede comandi ab- 
bastanza potenti (anche se non 
potentissimi) per modificare in 
maniera automatica o semiautoma- 
tica un file di testo. 

Infatti, il programma non è stato 
pensato per creare dei testi da zero, 
ma per modificare file già esistenti. 

I comandi possono essere impartiti 
interattivamente oppure mediante 
uno script. 


La seconda soluzioneè sicuramen- 
te la più indicata, perché la partico- 
lare complessità del programma 
viene aggirata preparando degli 
script già testati. 

Cercheremo questa volta di familia- 
rizzarci con le regole fondamentali 
dell'uso di Edit, con i comandi di 
movimento e di visualizzazione del 
testo. 

Sotto 2.0 il programma non ha subi- 
to particolari modifiche per cui tutto 
ciòchediremovarràsiaperl'l ,3che 
per la nuova versione del sistema 
operativo. 

L'USO DI EDrr 

Prima di illustrare il templatedi Edit 
spieghiamo in linea di massima il 
suo funzionamento. 

Il programma legge una lineadel file 
sorgente, la modifica secondo i 
comandi indicati dall'utente e la 
invia al file di output. 

Facciamo un esempio: Edit comin- 
cia leggendo una linea di testo dal 
file originale. 

La linea diventa la linea corrente. E' 
su di essa che verranno operate le 
eventuali modifiche richieste dall'u- 
tente. 

Poi l'utente, mediante il comando N 
(Next), per esempio, chiede a Edit di 
leggere la linea successiva; il pro- 
gramma la legge e questa diventa la 
nuova linea corrente. 

La linea precedente rimane nel frat- 
tempo in memoria, in quella che 
viene chiamata "coda di output". 

Se l'utente chiede a Edit di tornare 
alla linea precedente mediante il co- 
mando P(Previous), Edit vi tara ritor- 
no e quella ridiventerà nuovamente 
la linea corrente. 


Edit mantiene di default in memoria 
40 linee più quella corrente; quando 
l'utente si sposta alla 42ma, la prima 
linea della coda di output verrà in- 
viata al file di output. Quando una 
linea è stata inviata in output, l'uten- 
te non può più farvi ritorno, e quella 
linea non può più diventare la linea 
corrente: un comando P che la ri- 
guardi, per esempio, darà luogo a 
un messaggio di errore. Iltemplate 
di Edit è il seguente: 

FROM/A, TO, WITH/K, VER/ 

K, OPT/K: 

L'unico argomento necessario è 
FROM/A che indica il nome del file 
da editare: questo deve assoluta- 
mente esistere. 

Edit non permette di creare un nuo- 
vo file, ma solo di modificare un file 
già esistente. 

TO indica invece il nome del file 
destinazione. 

Se non viene indicato, verrà sovra- 
scritto il file sorgente. 

Il file originale verrà modificato solo 
alla fine della sessione di lavoro e 
verrà anche prodotto un file di bac- 
kup con il nomedi :T/EDIT-BACKUP 
identico all'originale (se la directory 
:T non esiste, sarà creata). 

Edit lavorerà nel frattempo su un file 
di output temporaneo sempre nella 
directory :T. 

Il comando STOP permette di bloc- 
care Edit senza che il file originale 
venga modificato. 

WITH/K richiede il nome di un file (la 
keyword WITH è necessaria). 

Il file deve contenere i comandi che 
Edit eseguirà. 

Quando il file non viene indicato, i 
comandi vengono letti dalla console 
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corrente in maniera interattiva. Non 
esiste alcuna differenza sintattica 
fra i comandi di uno script e quelli 
che si impartiscono via tastiera. 
VER/K richiede il nome di un file 
verso cui Edit invierà i messaggi di 
errore (la keyword VER è necessa- 
ria). Usare VER è la stessa cosa che 
ridirezionare l'outputdi Edit verso un 
file: EDIT FILE VER OUT è pratica- 
mente come fare EDIT >OUT FILE. 
OPT/K permette all'utente di deci- 
dere due cose. 

La prima è la lunghezza massima 
della linea che Edit può gestire; la si 
determina con un valore numerico 
preceduto da W: OPT W1000 chie- 
de a Edit di usare linee lunghe fino a 
1000 caratteri e di troncarle solo se 
superano tale cifra (i caratteri tron- 
cati andranno perduti). 

La cosa è abbastanza utile in quan- 
to molti editor (come Cygnus) non 
consentono di gestire linee troppo 
lunghe. 

Edit è limitato solamente dalla 
memoria disponibile. 

OPT permette anche di indicare, 
mediante P seguito sempre da un 
numero, quante linee del testo de- 
vono essere tenute nella coda di 
output. Se indichiamo, ad esempio, 
OPT P30, Edit conserverà in memo- 
ria 30 linee oltre a quella corrente. 
Se non si indica OPT, Edit userà i 
valori di default P40W120. I due 
parametri vanno spesso usati con- 
giuntamente per evitare il ricorso ad 
eccessive quantità di memoria: ad 
esempio, se vogliamo gestire linee 
lunghe fino a 10000 caratteri sarà 
meglio abbassare il numero di linee 
della coda di output con un OPT 
P5W10000.Se la memoria disponi- 
bile non è sufficiente, il programma 
segnala la cosa con il messaggio 
"Run out of store". 

Vi avverto che Edit ha una strana 
idea della memoria disponibile e 
tale messaggio apparirà anche in 
situazioni in cui la memoria sembre- 
rebbe sufficiente. 

I PRIVI COMANDI 

Proviamo dunque a usare Edit con 
un file di testo qualsiasi. Usiamo per 
le nostre prove delle copie poste in 


RAM:, per evitare danni "incalcola- 
bili" al nostro sistema. Ammettiamo 
che il file si chiami "prova", facciamo 
un CD RAM: e digitiamo: 

EDIT PROVA PROVA. 0 OPT 
W256 

Il file di input è "prova", quello di 
output è prova.o". Abbiamo indica- 
to un massimo di 256 caratteri per 
linea e abbiamo lasciato 40 linee 
nella coda di output. Non abbiamo 
indicato alcun file script per cui 
entreremo nel modo interattivo. 
Comparirà la scritta "Editor" e un 
prompt costituito da due punti. 
Possiamo iniziare a introdurre i no- 
stri comandi. Il primo comando sarà 
"?", che chiede a Edit di mostrare la 
linea corrente: apparirà il numero di 
riga seguito da un punto ( I .) e, nella 
linea successiva, il contenuto della 
prima linea di testo. Per linea si in- 
tende una qualsiasi serie di caratteri 
conclusa dai caratteri esadecimali 
CA (line feed o newline), OC (form 
feed) o CD (carriage return). Quan- 
do si giunge aliatine del file, il punto 
viene sostituito da un asterisco: l'ul- 
tima linea del file è una immaginaria 
linea vuota, se l'ultimo carattere del 
file è un terminatore di linea. Il 
prompt ':' non compare più: è infatti 
alternativo alla visualizzazione della 
linea corrente (i comandi possono 
essere introdotti, anche se non 
compaiono i due punti; fra l'altro, 
basta un semplice Return a far ri- 
comparire il prompt). Certi comandi 
e certe situazioni forzano Edit a ef- 
fettuare automaticamente la vi- 
sualizzazione della linea, senza che 
si debba digitare ?. Si può inibire la 
visualizzazione automatica con il 
comando V- e ripristinarla mediante 
V+. 

Il comando ! è analogo a ? solo che 
permette di vedere anche i caratteri 
non alfanumerici. 

Questi vengono espressi mediante 
un numero esadecimale o con un 
simbolo, come T per le tabulazioni. 
Quando si usa ! la linea corrente 
viene stampata su due righe: i valori 
esadecimali si leggono combinan- 
do il valore numerico della prima 
riga con quello della seconda. 


Ad esempio: 

pippoOOpluto 
F3 T 

indica che dopo la parola "pippo" 
compaiono i valori esadecimale CF 
e 03, dopo "pluto" una tabulazione. 
Quando si usa ii comando ? i carat- 
teri non stampabili sono segnalati 
invece da un punto interrogativo. 
Per muoverci in avanti di una riga 
useremo il comando N (Next), per 
muoverci all'indietro il comando P. 
Se volessimo spostarci di più linee 
in una sola volta, potremo premette- 
re al comando un valore numerico, 
ad esempio: 3N indica di effettuare 
il comando N tre volte. L'espressio- 
ne CN significa invece: ripeti il co- 
mando N all'infinito, cioè fino alla 
fine del file. Questo vale per quasi 
tutti i comandi di Edit ed è molto 
utile, specie negli script. Quando si 
è in modo interattivo e un comando 
si blocca perché è stata raggiunta la 
fine del file, appariràgeneralmenteil 
messaggio "Input exhausted". Ciò 
non accade con N. Nel caso in cui si 
voglia retrocedere oltre l'inizio della 
coda di output, apparirà invece il 
messaggio "No more previous li- 
nes": provate con OP. Se volete fer- 
mare un comando potete sempre 
premere CTRL-C, che interrompe le 
operazioni e vi riporta al prompt dei 
comandi. 

E' possibile inserire più comandi, 
uno dopo l'altro, sulla stessa linea; è 
meglio comunque separarli con il 
carattere ;. Ad esempio: 

3N;2P; 

chiede di avanzare di 3 linee e di 
indietreggiare di 2. Inoltre, una linea 
composta da più comandi può es- 
sere ripetuta automaticamente, 
basta racchiuderla tra parentesi 
precedute dal numero di volte che il 
comando deve essere eseguito: 

5 (3N;2P; ) 

indica di effettuare 5 volte i comandi 
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D opo il multitasking di Exec e i 
4096 colori del modo HAM, 
ARexx può essere conside- 
rato uno degli aspetti più significati- 
vi di Amiga. ARexx è l'implementa- 
zione di un linguaggio (REXX) già 
esistente su sistemi di livello supe- 
riore a quello in cui si situa Amiga. E' 
stato portato su Amiga dal grande 
William S. Hawes nel 1 987, utilizzan- 
do un Amiga 1 000 con due floppy e 
51 2K di RAM, il Lattice C e l'Assem- 
bler della Metacomco. Il linguaggio 
si è imposto ben presto all'attenzio- 
ne della comunità Amiga e la Com- 
modore l'ha inserito nella versione 
2.0 del Workbench. E' dunque pre- 
sente nel kit di upgrade al 2.0 e ac- 
compagna da tempo i 3000 e i 500 
Plus. Illinguaggio ormai è giunto alla 
versione 1.15 e appare stabile e 
affidabile sotto tutti i punti di vista. 

A W I A M 0 L'INTERPRETE 

ARexx è un linguaggio interpretato 
(come il BASIC). 

I programmi sono costituiti da file 
ASCII che l'interprete (contenuto 
nella libreria "rexxsyslib. library") 
legge riga dopo riga, traducendo 
man mano i comandi in una serie di 
istruzioni per il 68000. Perché un 
programma ARexx possa funziona- 
re, è necessario dunque che l'inter- 
prete sia attivo. Ciò significa, con- 
cretamente, che nella directory 
LIBS: deve essere presente la libre- 
ria "rexxsyslib. library". Significa 
anche che dobbiamo avviare l'inter- 
prete in qualche modo. Il comando 
che svolge questa specifica funzio- 
ne si chiama RexxMast. Basta lan- 
ciarlo da CLI (o da Workbench, 
mediante l'icona che lo accompa- 


gna) per attivare l'interprete ARexx. 
Se l'interprete è già attivo, RexxMast 
ritornerà al CLI con un messaggiodi 
errore (in pratica, un messaggio di 
WARN che si può rilevare con il 
comando IF). Perché l'operazione 
abbia successo è però necessario 
che la libreria matematica di siste- 
ma "mathieeedoubbas. library" ri- 
sieda in LIBS:. 

L'interprete rimane residente in 
memoria, in attesa che l'utente gli 
comunichi il nome di un file da ese- 
guire. Il nome del file va inviato, in un 
formato speciale, alla porta pubbli- 
ca chiamata REXX creata dall'inter- 
prete. 

Per comunicare al processo resi- 
dente il nome di un programma da 
eseguire si usa il comando CLI rx, 
che deve risiedere in una directory 
posta nel path della shell che si sta 
utilizzando. Personalmente, lo ten- 
go in C:. 

A partire dalla versione 1.15 il co- 
mando rx tenta di lanciare automati- 
camente RexxMast se non trova l'in- 
terprete in memoria. Perché ciò 
possa avvenire è comunque neces- 
sario che RexxMast compaia nel 
path cui ha accesso rx. Anche in 
questo caso, se si tiene RexxMast in 
C: non ci saranno problemi di sorta. 
Se volessimo rimuovere l'interprete 
dalla memoria dovremo semplice- 
mente usare il comando CLI rxc. 
L'interprete occupa solamente 38 K 
di memoria, più i 5 K richiesti dalla 
libreria matematica citata. 

E' vero che molto spesso i program- 
mi ARexx utilizzano una seconda li- 
breria, la "rexxsupport. library" 
(meno di 3K) e che anche questa 
deve risiedere in LIBS:. Si tratta di 
una libreria di funzioni esterna: le 


funzioni che contiene possono es- 
sere usate direttamente dai pro- 
grammi ARexx, a differenza di 
quanto accade con le normali libre- 
rie Amiga (inaccessibili da ARexx). 
Perché l'interprete la possa utilizza- 
re è però necessario comunicargli la 
sua presenza. Questa operazione 
può essere eseguita in due modi 
diversi: in primo luogo mediante il 
comando CLI RxLib che accompa- 
gna il pacchetto ARexx. Bisogna 
utilizzare i seguenti parametri: 

RxLib rexxsupport . library 

0 -30 0 

1 valori corrispondono, nell'ordine, 
alla priorità della libreria rispetto alle 
altre librerie di funzioni esterne (i 
valori consentiti variano tra -100 e 
+100), all'offset (che dipende dalla 
libreria, ma di solito è pari a -30) e 
alla versione (lo 0 significa che 
qualsiasi versione va bene). Si può 
usare questo comando solo quando 
l'interprete ARexx è già stato attiva- 
to. Ciò genera un piccolo problema: 
gli utenti, infatti, tendono a porre 
nella startup-sequence, del disco di 
sistema, i seguenti comandi: 

RexxMast 

RxLib rexxsupport . library 
0 -30 0 

Può capitare, però che quando 
RxLib entra in esecuzione, l'inter- 
prete non sia ancora perfettamente 
installato in memoria, specie se il 
sistema gira su floppy. Il comando 
RxLib non riuscirà a trovare ARexx e 
abortirà. William Hawes ha fornito 
dunque un altro comando CLI chia- 
mato WaitForPort che attende 10 
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secondi al massimo, che una deter- 
minata porta (nel nostro caso sarà 
REXX) faccia la sua apparizione nel 
sistema, e ritorna un WARN in caso 
di fallimento; ecco come può essere 
usato il tutto nella startup-sequen- 
ce: 

Failat 20 
RexxMast 
IF NOT WARN 
ECHO "ARexx non era 
attivo" 

WaitForPort REXX 
IF WARN 

ECHO ''Non riesco ad 
avviare ARexx" 

ELSE 

ECHO "Aggiungo la 
rexxsupport . library" 

RxLib 

rexxsupport . library 0 -30 
0 

ENDIF 

ENDIF 

Se dieci secondi non sono sufficien- 
ti, si può ripetere due volte il coman- 
do WaitForPort oppure inserire un 
comando WAIT con il valore appro- 
priato. Il secondo metodo implica 
l’uso di una funzione del linguaggio 
ARexx che si chiama addlib() e che 
accetta gli stessi parametri di RxLib. 
Il comando CLI che segue e che si 
avvale di rx, svolge da solo la funzio- 
ne di tutti comandi sopra descritti ed 
è quindi da preferire rispetto al 
metodo precedente. Eccolo (le vir- 
golette sono necessarie): 

rx "cali addlib 
( 'rexxsupport . library' , 0, - 
30, 0) " 

Dopo questo comando l’interprete 
sarà in memoria e la libreria esterna 
indicata sarà pronta all’uso (oppure 
apparirà un messaggio di errore nel 
caso qualcosa non vada per il verso 
giusto). 

Ovviamente, se volete installare sin 
dalla startup-sequence altre librerie 
esterne, potete farlo usando lo stes- 
so metodo. 

Per capire più esattamente come 
funzioni questo comando, dovrem- 
mo spiegare altri aspetti di ARexx: 


per ora, dovrete accontentarvi di 
verificare che funziona. Un’ultima 
cosa: nella linea di comando indica- 
ta, se sbagliate l’offset (cioè -30), il 
Guru è assicurato. ▲ 


PROGRAMMAZIONE 



(segue da pag. 76) 

di inizio della nostra struttura alla 
funzione FileRequester, dopo l’uso, 
a suon di mouse, questa inserirà 
nell’ultima stringa (path$) proprio 
ciò che ci interessa: il nome del file 
completo di percorso. A differenza 
della Arp. library, la Req non fornisce 
alcun indirizzo in uscita, ma solo un 
valore binario che indicherà il suc- 
cesso o meno dell’operazione 
(0=fallimento). Si noti come, nelle 
ultime istruzioni del listato, viene 
ricercata la posizione del carattere 
chr$(0) finale nella stringa, per poi 
eliminarlo. Indispensabile, per con- 
cludere, il rilascio della memoria 
prima allocata (funzione FreeMem) 
e la solita chiusura delle librerie. 

Un attento esame della breve routi- 
ne chiarirà residui dubbi, mentre un 
approfondimento delle risorse mes- 
se a disposizione da queste (o altre) 
librerie esterne non può che essere 
demandato alla consultazione della 
manualistica che di norma le 
accompagna. Facendolo, si potrà 
scoprire quante altre funzioni pos- 
sono diventare facilmente accessi- 
bili da BASIC, arricchendo notevol- 
mente anche la più banale 
programmazione. Giusto per fini- 
re... in bellezza, si pensi che la 
Req. library non si limita solo a un file 
requester. Un ultimo assaggio, e lo 
si comprenderà appieno: 

LIBRARY "req . library" 
DECLARE FUNCTION 
ColorRequester LIBRARY 
colore=ColorRequester (0) 
LIBRARY CLOSE 

A voi il piacere di constatarne l’effet- 
to. ▲ 


USIAMO IL CU 


(segue da pag. 78) 

3N e 2P. Anche qui uno 0 al posto di 
5 indicherebbe di effettuare i co- 
mandi all'infinito. 

Se volessimo raggiungere diretta- 
mente una determinata linea del 
testo, potremmo usare il comando 
M (Move) seguito dal numero di li- 
nea; ad esempio M6 ci porterà diret- 
tamente alla linea 6 del file. 

M accetta anche il parametro *, che 
indica la fine del file; M- ci porterà 
invece indietro fino alla prima linea 
della coda di output, mentre M+ ci 
porterà all’ultima linea della coda. 
Per visualizzare più linee di testo 
occorre usare T (Type). 

Usato da solo, stampa tutto il file fino 
alla fine, ma bisogna stare attenti 
perché T cambia la linea corrente, 
che diventa l’ultima linea stampata. 
Se superiamo il numero di linee 
della coda di output, le linee iniziali 
verranno inviate al file di output e 
non saranno più accessibili (a meno 
di non “riavvolgere” tutto il file con il 
comando REWIND). 

T accetta un parametro numerico 
opzionale che indica il numero di 
linee da visualizzare. 

TL è del tutto analogo a T solo che vi- 
sualizza anche il numero di linea. 
TN stampa tante linee quante ne 
contiene la coda di output. TP, infi- 
ne, è l’unica versione di T che non 
modifica minimamente la coda di 
output: praticamente la visualizza 
tutta, dall’inizio alla fine, lasciando 
come linea corrente l’ultima linea 
della coda: è come effettuare M- 
seguito da TN. 

Per finire la sessione di lavoro potre- 
mo usare W o Q che mandano in 
output tutto il resto del file sorgente 
senza alcuna modifica (o quasi), 
oppure STOP che “abortisce” tutte 
le operazioni evitando di aggiornare 
il file di output. 

Finora non abbiamo ancora visto 
alcuna funzione per modificare i file, 
le vedremo la prossima volta in cui 
cominceremo anche a preparare 
qualche semplice script. ▲ 
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di Simone Crosignani 


DYNABLASTER 

UBISOFT 

I giochi di chiara ispirazione 
giapponese sono la moda 
del momento: aspettando 
Project X, lo stupendo shoo- 
t'em up opera di Rico Hol- 
mes e soci che sembra una 
copia di un qualsiasi spara- 
tutto da console nipponica, 
potete sempre divertirvi con 
questo Dynablaster, con- 
versione ufficiale di un clas- 
sico per PC Engine, mac- 
china diffusissima nel pae- 
se del Sol Levante. 
Inquadratura dall'atto, grafi- 
ca rotonda e una grande 
giocabilità sono le caratteri- 
stiche peculiari di questo 
titolo (originariamente de- 
nominato Bomber Man): lo 
scopo è quello di guidare il 
protagonista all'interno di 
un labirinto e di uccidere 
tutti i nemici che lo infestano 
per passare al livello suc- 
cessivo. più grande e diffici- 
le del precedente. Per 
ammazzare i cattivoni, il 
nostro eroe ha a disposizio- 
ne una riserva illimitata di 
bombe ad orologeria: sarà 
sufficiente posizionarle con 
una buona scelta di tempo e 
scappare per non essere 


investiti dall'esplosione per 
avere la meglio sui nostri 
avversari. 

All'inizio del gioco il nostro 
eroe ha nel suo carniere 
solo bombe con un raggio 
d'azione limitato, ma racco- 
gliendo i bonus e i power up 
disseminati per i labirinti, 
potrà utilizzare armi più po- 
tenti, depositare più bombe 
contemporaneamente, at- 
traversare pareti e muoversi 
più velocemente. 

Il concept di Dynablaster 
può sembrare da questa 
descrizione alquanto sem- 
plice o limitato: in realtà, 
come ci ha insegnato la 
storia, i giochi più divertenti 
e famosi, da Pac Man a 
Space Invaders, hanno 
sempre avuto un'idea di 
base elementare e proprio 
per questo appettibile ai più 
sin dalle prime partite. Dy- 


nablaster non è l'eccezione 
che conferma la regola: 
grafica e sonoro poco più 
che discreti, ma la giocabili- 
tà e la longevità sono im- 
mensi e fanno del titolo Ubi- 
soft un acquisto papabile 
per la stragrande maggio- 
ranza degli utenti Amiga. 
Altro punto a favore di Dyna- 
blaster è l'interfaccia che 
permette di collegare quat- 
tro joystick al computer e, 
con una persona alla tastie- 
ra, di giocare in cinque 
contemporaneamente, ga- 
rantendo divertimento e ri- 
sate a non finire. Se dovessi 
cercare il pelo nell’uovo 
potrei dire che è leggermen- 
te troppo facile, ma con tutti 
i giochi orribili che ci ritrovia- 
mo su Amiga è davvero un 
voler essere ipercritici . . . 


JOHN MADDEN 
FOOTBALL 

ELECTRONIC ARTS 

Abbiamo iniziato Game 
Show con una conversione 
da Pc Engine: occupiamoci 
ora di un’altra trasposizione 
da console, John Madden 
Football della Electronic 
Arts. Questo gioco, alla sua 
uscita su Megadrive, ha ri- 
scosso un notevolissimo 
successo sia di critica che 


di pubblico, balzando in 
poco tempo in testa alle 
classifche di vendita euro- 
pee e americane. Non sod- 
disfatta degli incassi ottenu- 
ti, la software house statuni- 
tense ha così deciso di repli- 
care su Amiga con risultati 
sorprendentemente positi- 
vi. 

Per chi fosse a digiuno di 
football americano, John 
Madden è un ex-allenatore 
plurititolato e ora commen- 
tatore per una rete televisiva 
USA: Mr. Madden è talmen- 
te popolare negli Stati Uniti 
da essere ormai diventato 
un’istituzione, un po' come 
Dan Peterson. Nessuna 
sorpresa quindi se la Elec- 
tronic Arts ha deciso di 
dedicargli un videogioco. 
La particolarità che distin- 
gue John Madden Football 
dalla marea di simulazioni 
sportive assolutamente 
anonime, è loscrolling, mol- 
to simile a quello di un vec- 
chio gioco Domark, Cyber- 
ball: il campo è inquadrato 
in prospettiva, ma il bello è 
che, a seconda dello svol- 
gersi dell'azione, la sogget- 
tiva cambia con un effetto 
molto simile a quello dei 
cartoni animati sportivi 
giapponesi. Caratteristica 
anche l'inquadratura singo- 
la dei ricevitori con tre fine- 
stre in alto che, pur compro- 
mettendo in parte la gioca- 
bilità, contribusiconoal rea- 
lismo della simulazione. 
Realismo davvero notevole, 
vista la massiccia quantità 
di schemi disponibili, la 
possibilità di comandare 
uno qualsiasi dei giocatori 
della propria squadra, il 
commento di Madden che 
indica punti deboli e pecu- 
liarità delle varie squadre 
NFL. i fattori metereologici e 
le superfici dei campi di 
gioco che influiscono note- 
volmente sul movimento 
degli atleti e del pallone 
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ovoidale. Una volta tanto la 
Electronic Arts ha puntato 
su un team di programmato- 
ri in grado di supportare la 
profondità del gioco, tipica 
della software house ameri- 
cana, con un realizzazione 
sugli stessi livelli: trackloa- 
ding, scrolling fluido, grafi- 
ca e sonoro più che discreti 
e possibilità di caricare tutto 
in RAM, se si possiede al- 
meno 1 Mb di Fast, sono un 
curriculum di tutto rispetto, 
Un solo rammarico, lo 
schermo NTSC: ma d’al- 
tronde cosa ci si poteva 
aspettare da una casa d'ol- 
treoceano? 


FANTASTIC 

VOYAGE 

DMI 

E dopo due conversioni da 
Pc Engine e Megadrive 
ecco un gioco ispirato a un 
classico cinematografico di 
tutti i tempi, Viaggio Alluci- 
nante. Questo film, con pa- 
recchi anni sulle spalle, 
vedeva un equipe di scien- 
ziati impegnata nel salvare 
un proprio collega colpito 
da ematoma cerebrale: per 
tale scopo la squadra di 
medici era stata rimpiccioli- 
ta, imbarcata aH’interno di 
un sommergibile microsco- 
pico e iniettata aH’interno 
del corpo del paziente, L'o- 


stacolo maggiore di questa 
fantascientifica missione 
era costituito dal tempo limi- 
tato a disposizione (l'effetto 
rimpicciolente aveva una 
sola ora d'autonomia) e dal- 
le difese corporee dello 
scienziato che vedevano 
nel sommergibile un possi- 
bile virus o comunque un 
nemico. 

Inutile dire che in questo tie- 
in siete al comando del 
sommergibile e dovete far 
fuori tutti gli anticorpi, globu- 
li rossi e bianchi, cancri e 
altre cose che popolano 
vene e arterie della macchi- 
na uomo. Sebbene sia stato 
ridotto a uno sparatutto con 
bonus e power up, Fantastic 
Voyage è un titolo che meri- 
ta parecchia attenzione: la 
scheda tecnica è di partico- 
lare rispetto e il perché è 
presto detto. L’introduzione 
è magnifica con una musica 
d'atmosfera davvero eccel- 
lente, la grafica è curatissi- 


ma e la giocabilità, nono- 
stante la forse eccessiva 
difficoltà, è notevole. Anco- 
ra una volta (sembra ormai 
diventata una moda fra le 
software house europee) i 
programmatori sono ex-pi- 
rati e ex-autori di demo (vedi 
articolo su Amiga Magazine 
32) e si vede. Una divertente 
variante per chi vuole gioca- 
re con una conversione da 
celluloide degna di questo 
nome. 


INDY HEAT 

STORM 

Per concludere, in un perio- 
do in cui l'originalità sembra 
una virtù per pochi eletti, 
l'ennesima conversione: 
questa volta si tratta di Indy 
Heat, trasposizione su Ami- 
ga deH'omonimo coin-op. 
Descrivere Indy Heat non è 
assolutamente impresa tita- 


nica: in realtà si tratta del 
vecchio concept di Super 
Sprint (quattro automobiline 
che corrono su un circuito 
inquadrato dall'alto) riadat- 
tato per il 1 992. Ora i prota- 
gonisti sono quattro bolidi di 
Formula Indy: ci sono i box 
per i rifornimenti di carbu- 
rante, i turbo per avere 
maggiore accelerazione e 
un sacco di opzioni per 
migliorare la propria vettura 
(pagando con i soldi vinti 
precedentemente, è ovvio) 
come un motore potenziato, 
freni più efficienti, uno ster- 
zo più manovrabile... 

Indy Heat non era certo un 
coin-op impossibile da con- 
vertire: eppure la Storm 
(casa nota per gli eccellenti 
Silkworm, Ninja Warriors e 
Doublé Dragon 3) è riuscita 
a stupirci con il proprio lavo- 
ro. 

La grafica è dettagliatissima 
con alcuni effetti niente 
male (come le auto che 
cambiano dimensione a 
seconda della prospettiva), 
il sonoro è ok e le undici 
piste garantiscono abba- 
stanza longevità, anche se 
una maggiore difficoltà o un 
numero maggiore di trac- 
ciati sarebbero stati auspi- 
cabili. Grazie, soprattutto, 
alla possibilità di giocare in 
tre contemporaneamente, 
Indy Heat dovrebbe far par- 
te della collezione videolu- 
dica di ogni utente Amiga 
che si rispetti. A 
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fa rivista di videogiochi piu venduta al mondo, vero e proprio punto 
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di riferimento e d'incontro per migliaia di appassionati videogiocatori. 
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Ogni mese 100 pagine di recensioni, trucchi e segreti, 
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Il videogame che hai sempre sognato... Il programma educativo adatto alle tue esigenze. 
Il database grafico per il tuo lavoro... Il demo che stupisce i tuoi amici... 

La titolazione per le tue videocassette... 



Tutto questo, e 
molto altro, da oggi potrai 
realizzarlo tu stesso! 




t,e 0X0* 

AMIGA 


AMOS - The Creator. 

Amos Basic è un sofisticato linguaggio di 
sviluppo che comprende più di 500 
comandi, che consentono di sfruttare il tuo 
Amiga al massimo delle sue possibilità. 


■Puoi creare ed animare sprites e bobs ad 
una velocità incredibile 
•Puoi aprire (ino ad 8 schermi contem- 
poraneamente, ciascuno con una propria 
palette di colori ed una propria risoluzione 
(comprese le modalità HAM ed Half-Brite) 
•Puoi realizzare scrollìng parallattici 
mulli-strato (per degli shool-em up 
incredibili!) 

•Puoi, utilizzare le musiche che preferisci, 
nei formati Soni*, Sound Tracker, GMC, e 
riprodurre suoni digitalizzati nel formato 
IFF 



Esplora l'affascinante mondo deila "Realtà 
Virtuale"! 


Ora puoi ricreare gli incredibili effetti 3D 
che hai visto in giochi come Elite, 
StarGlider il, e Xiphos. 

Puoi aggiungere la tridimensionalità ai tuoi 
grafici e alle tue presentazioni. 

Con l’Object Modeller incluso nella 
confezione puoi creare complessi oggetti a 
3 dimensioni, modificarli, schiacciarli o 
allungarli a piacimento. 

AMOS 3D aggiunge 30 nuovi comandi 
AMOS che ti permettono di manipolare gli 
oggetti e le supertici. 

Puoi realizzare animazioni velocissime (da 
16 a 25 frames al secondo) gestendo fino a 
20 oggetti presenti contemporaneamente 
sullo schermo! 



Finalmente puoi aumentare !a velocità dei 
tuoi programmi AMOS: alcuni comandi 
verranno eseguiti addirittura 5 volte più 
rapidamente! 

ir aggiunta uno speciale compattatore 
consente di ridurre la lunghezza dei tuoi 
programmi addirittura dell’80% (una 
compressione del 60% è la media), 
consentendoti di risparmiare spazio su 
disco e di ridurre i tempi di caricamento. 

Il pacchetto comprende l'AMOS 
Assembler, un nuovo modulo molto 
potente che ti permette di incorporare i 
comandi dell’assembly 68000 nei tuoi 
programmi AMOS. 

Se sei rimasto colpito da AMOS: sarai 
impressionato da AMOS Compiler 1 


Se hai un AMIGA, devi avere AMOS 1 
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